macOS 上 verge-mihomo CPU 占用高、电脑发热怎么排查

Mac 长时间运行后发热，活动监视器中 verge-mihomo 持续占用较高 CPU，先确认高占用的是内核进程还是客户端界面。两者排查方向不同，不能都归为界面内存问题。

涉及版本与表现

该反馈为 Apple M2 Air、macOS 27、Clash Verge Rev 2.5.10，描述长时间使用且不重启后内核进程 CPU 异常升高。目前没有给出已确认的根因或修复方法。

维护者建议在完整退出 GUI 后，以相同配置独立运行内核进行对照，用于区分客户端引入的问题和内核或配置问题。这个建议是定位方向，不表示已经证明责任在 Mihomo。

先记录占用与活动连接

1. 打开「活动监视器」，在 CPU 标签页确认完整进程名，并记录持续时间。
2. 回到客户端的「连接」页面，确认是否正在下载、上传、测速或有大量连接。
3. 记录 TUN、系统代理和其他 VPN 的状态，以及是否刚从睡眠恢复。
4. 按日志导出教程 保存高占用时的记录，再进行恢复操作。

如果实际只是界面内存不断增大，可另参考macOS 内存占用排查 ，不要用内存数值代替 CPU 观察。

先恢复可用状态

若电脑明显发热或卡顿，先保存工作与日志，再正常退出客户端。确认相关内核进程是否结束，然后重新打开并验证代理连接。

若退出后原内核仍持续运行，记录进程与时间，不要在未确认端口和进程状态时连续启动多个实例。重开后 CPU 暂时下降，只能说明恢复了当前状态，不能说明问题已经永久解决。

需要进一步对照时

熟悉命令行的用户可按维护者建议，在完整退出 GUI、确认没有其他内核占用端口后，用相同内核版本和脱敏配置做独立测试。必须保持配置、节点和工作负载尽量一致，记录运行时长与 CPU 变化；不要同时切换多个参数。

不了解独立内核运行方式时，先提供现有日志即可，不要照搬他人的服务路径或启动脚本。对照测试结束后先停止测试进程，再恢复客户端，避免产生端口冲突。

当前进展

问题仍开放，暂未确认 2.5.10 普遍存在 CPU 回归。独立内核也复现时，可附上同条件记录向 Mihomo 反馈；只有 GUI 场景复现时，则保留客户端相关日志继续定位。

来源：GitHub Issue #8547 。