macOS 上 Clash Verge Rev 内存占用持续升高怎么办

Clash Verge Rev 在 Mac 上运行几小时后内存从约 250MB 增长到约 1GB，应先确认增长的是客户端界面进程还是 Mihomo 内核，再比较持续运行、合盖唤醒与开启 TUN 时的变化。只凭一次内存截图，无法确定是否存在持续泄漏。

涉及版本和表现

原始反馈来自 macOS 27.0.1、Clash Verge Rev 2.5.8。用户称启动时约占 250MB，数小时后约 1GB。后续有用户描述多次合盖唤醒、持续使用 TUN 后 CPU 占用升高，关闭再开启 TUN 后暂时恢复；也有人称不休眠时未遇到同样现象。这些反馈尚未经过统一条件对照，不能直接认定休眠就是根因。

另一条 macOS 15.8.1、Rev 2.5.8 运行约一周后占用约 1GB 的反馈已关联至同一讨论。两者运行时长与系统版本不同，处理时应保留各自环境。

先区分哪个进程占用高

1. 打开 macOS「活动监视器」，切换到「内存」，分别记录 Clash Verge 界面进程与 verge-mihomo 的内存值。
2. 切换到「CPU」，记录是否同样持续占用较高，同时注明正在测速、更新订阅还是空闲。
3. 在刚启动、使用一段时间、合盖唤醒后分别记录一次。比较时尽量保持相同订阅和使用场景。
4. 记录系统的内存压力和交换空间。单个进程达到 1GB 与系统已经出现明显内存压力，是两个不同判断。

临时恢复与对照检查

如果电脑明显发热、卡顿，先保存日志和当前记录，再正常退出客户端并重开。重新打开后确认所需代理恢复，不能只确认内存数值下降。

若 CPU 占用升高与 TUN 同时出现，且可以暂时中断连接，可记录原状态后关闭 TUN，观察占用变化，再开启并验证网络。相关用户的暂时恢复经验只适用于其电脑，不是已确认的修复。涉及工作 VPN 或远程连接时，应先完成会话再测试。

需要进一步比较时，分别做一次不合盖持续运行、一次正常合盖唤醒后的观察，每次只改变一个条件。记录持续时间、是否开启 TUN、连接数、客户端和内核版本，不要在测试中同时换节点、改配置和切换版本。

日志与后续处理

按日志导出教程 保存高占用前后的记录，隐藏订阅地址和认证信息。界面内存与内核内存应分开报告，截图保留进程名称、时间和占用值即可。

有用户回退到 2.5.7 后暂未再遇到问题，但讨论中没有确认版本回退的长期效果。切换版本前应先备份配置 ，不要直接删除用户目录。

当前进展

问题仍处于开放状态，暂无维护者确认的根因及正式修复版本。Windows 的一条后续回复未提供完整环境，不能据此断言 Windows 与 macOS 属于同一故障。

参考：GitHub Issue #8395 、关联反馈 #8500 。