Mac 上的 ClashX Pro 是什么进程？

最后更新: 2026-08-05

它是什么

ClashX Pro 是一款第三方菜单栏代理客户端，需要用户自行安装。它不是 Apple 提供的系统组件，macOS 也不靠它维持正常运行。主程序的标识是 com.west2online.ClashXPro。它还可能安装名为 com.west2online.ClashXPro.ProxyConfigHelper 的特权辅助程序，用来修改代理相关设置。

它会在 Mac 本机开放 HTTP、HTTPS 和 SOCKS 代理入口。其他 App 把连接交给这些入口后，ClashX Pro 读取用户配置的规则，再决定直接连接目标，还是转交给某个上游代理节点。ClashX Pro 只负责客户端这一侧，并不会附送一套可以直接使用的代理服务器或网络服务。节点和服务提供商都要由用户另行配置。

经过核实的签名程序还包含 “Enhanced Mode”。打开后，ClashX Pro 会创建 utun 接口，并参与路由和 DNS 的调整。这样一来，它处理的不再只是主动遵循系统代理设置的 App，也可能包括经该接口接管的 IP 流量和 DNS 请求。

这项结论来自对已取得程序包、辅助程序和相关源码的检查，但不能无条件套到所有同名文件上。原始仓库已经删除，Clash Premium 核心也没有一份能与各类发行文件完整对应、可全面审计的源码。不同 fork、修改版和下载来源是否具有完全相同的行为，目前没有得到核实。

它为什么要联网

打开 “Set as system proxy” 后，遵循 macOS 代理设置的 App 会先连接 Mac 本机的回环地址和代理端口。ClashX Pro 收到请求，匹配规则，然后再向外建立连接。规则可能要求它连接某个上游代理节点，也可能要求它直接访问原目标。

因此，活动监视器里看到的 ClashX Pro 外连，不一定由 ClashX Pro 自己的功能触发。浏览器打开网页、播放器加载视频、下载工具传输文件时，只要连接经过代理，对外套接字就由 ClashX Pro 持有。按进程统计网络用量时，相应字节也可能归到 ClashX Pro 名下。

打开 “Enhanced Mode” 后，它还会处理经 utun 接口接管的 IP 流量和 DNS 请求。接管范围不是一个固定答案。具体能覆盖哪些连接，要看程序来源、路由状态、排除规则和用户配置。它比普通系统代理覆盖得更广，但现有证据不足以证明任何情况下、任何 App 的全部连接都会经过 ClashX Pro。

除了转发其他 App 的请求，ClashX Pro 也会产生少量自身业务流量。例如更新远程配置、测试节点延迟、执行健康检查，以及向配置中的 DNS 解析器发送请求。连接目标可能是订阅地址、测试目标、代理节点或 DNS 解析器。它们都由用户配置决定，没有一份适用于所有人的固定域名清单，也没有经过核实的统一访问频率。

正常流量应该是多少

ClashX Pro 没有一个通用的“正常流量”数字。没有 App 使用代理时，它可能只留下零散的配置更新、DNS 查询和节点检查流量，看起来接近一个空闲的菜单栏程序。许多 App 同时走代理时，记在它名下的流量可以上升到这些任务合计后的同一量级。

视频播放和大文件下载最容易造成这种现象。真正发起任务的是播放器、浏览器或下载工具，但 ClashX Pro 负责建立对外连接并转发内容。此时看到它持续收发大量数据，并不能直接推出“ClashX Pro 自己在下载文件”。进程统计只告诉你哪个进程持有连接，不会自动解释是谁触发了这项任务。

同理，流量很大也不能单独证明 ClashX Pro 正在上传用户数据或发送遥测。现有调研没有提供这种结论。反过来，也不能把它名下的每一个字节都算给其他 App：远程配置、DNS 请求、延迟测试和健康检查确实是 ClashX Pro 自己产生的。

判断是否正常，要把时间、代理模式和当时正在运行的网络任务放在一起看。仅凭一个累计数字，既无法区分转发流量与自身流量，也无法给所有配置设定统一阈值。现有事实不支持补出一个具体的 MB 或 GB 范围。

能不能关掉

不再需要代理时，可以关闭 ClashX Pro。更稳妥的顺序是先从菜单栏项目中取消 “Set as system proxy”，再关闭 “Enhanced Mode”，最后退出程序。这样能让它先撤销自己启用的代理、TUN 和 DNS 接管设置。

关闭之后，按规则执行的代理分流会停止，远程节点不再参与连接，Enhanced Mode 对 TUN 和 DNS 的处理也会结束。远程配置更新、节点延迟测试和健康检查同样不会继续。原本依赖代理才能访问的连接可能直接失败；有些 App 则可能改用直连，结果取决于各自行为和剩余网络设置。

Apple 没有提供一个专门关闭 ClashX Pro 进程的系统开关。它不是 macOS 服务，不能到某个系统页面里把进程本身禁用。正常做法就是从 ClashX Pro 的菜单栏项目关闭相关模式，然后退出。

不建议把强制结束当成没有副作用的网络优化。进程突然消失后，macOS 的代理配置可能仍然指向 127.0.0.1 上已经无人监听的端口。遇到这种情况，可以前往“系统设置 > 网络 > 当前网络服务 > 详细信息 > 代理”，检查并清理遗留项目。这个页面只负责系统代理设置，并不是 ClashX Pro 的进程开关。

常见的误解

• “ClashX Pro 是 Apple 自带的后台进程，不能关闭。” 这不对。它是用户安装的第三方软件，不是 macOS 运行所必需的组件。不需要代理时可以退出，只是退出前要处理好它启用的代理和 Enhanced Mode。

• “装好 ClashX Pro 就自带可用的代理服务器。” ClashX Pro 只是客户端。项目说明要求用户自己准备节点或服务提供商。没有相应配置，它不会凭空提供一条可用的远程代理线路。

• “活动监视器显示流量很大，说明 ClashX Pro 自己在下载、上传或做遥测。” 单凭进程流量得不出这个结论。其他 App 的请求经过代理时，对外连接由 ClashX Pro 建立，视频、网页和文件内容都可能记在它名下。它自己的配置更新、DNS 和检查流量也混在其中，需要结合当时的操作判断。

• “结束 ClashX Pro 只是一次没有副作用的网络优化。” 关闭它会切断用户主动配置的代理路径。依赖代理的连接可能失败，原本的分流规则也不再生效。若直接强制结束，还可能留下指向本机回环端口的无效系统代理，导致遵循该设置的 App 无法联网。

• “只要打开系统代理，Mac 上所有 App 都一定会经过 ClashX Pro。” 系统 HTTP 或 SOCKS 代理只对愿意遵循这些设置的程序生效，有些程序可以绕过。Enhanced Mode 能接管更多流量，但最终覆盖范围仍受程序来源、路由、排除规则和配置影响，不能概括成“所有连接”。

• “只要文件名相同，新的 fork 或下载站就是原作者的官方版本。” 没有可靠依据支持这个说法。原始仓库已经删除，存档镜像还曾明确说明项目没有官网。后来出现的 fork 和二进制文件应分别核验，不能只看名称就认定来源和行为相同。

怎么看它到底用了多少

下一步可以在 Bytetally 的逐进程统计中查看 ClashX Pro，并把流量发生的时间与当时使用的浏览器、播放器或下载任务对照。看到峰值时，先确认是否有其他 App 正在走代理，再判断哪些字节可能来自配置更新、DNS 或节点检查。逐进程数字可以帮助归因，但不能单独证明 ClashX Pro 为什么发起某个连接。

相关进程

常见问题