Clash 性能与电量优化清单

一个只是在替你转发浏览流量的代理客户端，本来应该接近于感觉不到。感觉得到，通常是某一件具体的事在烧资源，而不是它整体需要优化。所以在改任何设置之前，先量一遍。没有基准的调优不叫调优，叫重新装修配置文件。

先量一遍，再决定要不要动

• Windows：任务管理器的「详细信息」页。找内核进程——一般叫 mihomo，也可能用客户端的名字，还可能两个都在，因为界面和内核本来就是两个进程。看 CPU 和内存。
• macOS：活动监视器，除了 CPU 那一栏，也看「能耗」页。能耗影响这一列比 CPU 百分比更接近电池的真实感受。
• Linux：top 或者 htop 按内核进程名过滤；用 systemd 跑的话，systemctl status 也会报出这个单元的内存占用。

什么算正常：没有流量经过的时候，CPU 应该贴着零偶尔跳一下。内存和节点数量、活跃连接数有关，几十到几百 MB 都不稀奇。真正值得看的是趋势——机器放着不动一个小时，内存还在往上爬，这才是个发现；截图上一个孤零零的高数字不是。

真正在烧资源的，按影响排序

1. 自动测速。第一名，而且甩开后面一大截。一个 url-test 组，interval 写 60，组里挂着四十个节点，就是每分钟四十次完整的 HTTP 请求，每次都要建连和握手。改到 300 到 600 之间，日常用起来你察觉不出差别。
2. 节点数量。上千条的订阅，列表渲染、健康检查、连接页面的匹配，样样都按这个量级来跑，而你实际会用的可能就十几个。用 provider 或者策略组的 filter 把用不上的挡在视野之外。
3. 日志级别。长期开着 debug，既占 CPU 又一直在写盘，日志文件还会一路长大。日常放在 info 或者更安静的级别，要查问题的时候再临时调高。
4. TUN 模式。它比系统代理多一层数据包处理。桌面上这点差别淹没在噪声里，手机上能感觉出来。为省电退回系统代理，只有在你本来就不需要接管全部流量时才划算。
5. 连接堆积。几天不清的连接列表一直占着内存，几千行的表格渲染起来也不便宜。定期清一次，别把那一页当默认停留的界面。

proxy-providers:
  my-sub:
    type: http
    interval: 86400
    health-check:
      enable: true
      interval: 600
      lazy: true
proxy-groups:
  - name: Auto
    type: url-test
    interval: 600
    lazy: true

上面这段里有个坑值得点出来：interval 出现了两次。策略组自己有一个，provider 的健康检查也有一个。你把组里的间隔翻倍，provider 还在按自己那份短间隔安静地测，等于白改。两处都要看。lazy 是被忽略的另一半——打开之后，当前没有流量经过的组根本不测，那些你留着但很少选的地区组会彻底安静下来。这笔账很好算：四十个节点、间隔 60 秒，一小时 2400 次测试请求；间隔 600 秒，240 次。

手机：电量是另一本账

先接受一件事。要转发流量的 App 必须在后台活着，这部分优化不掉。想让它不运行又能转发，这不是配置问题。你能减少的是它待在那儿的时候做了多少事。

• 自动测速。手机上这是最大的一项。直接关掉，或者把间隔推到十分钟以上。你切换节点的频率根本没那么高。
• 订阅自动更新。一天一次足够，有的客户端默认是一小时一次。
• 分应用代理——名字各家不一样，一般叫「应用代理」或者「分应用」，各平台能力也不同。只让需要的 App 走代理，其余走直连，它们的流量压根不经过这个进程。这是清单里最实在的一条。
• IPv6。网络本来就不用它的话，把相关解析关掉，每个域名少一次查询，还少掉一批注定连不上的尝试。

有个选项很多人没读清楚就点了：把客户端加进电池优化白名单。那个设置的用途是让系统别杀它，代价正好是让它在后台更自由地干活。它和省电是反着的。你是在用电量换连接稳定，这笔交易通常划算——只是要清楚自己换的是什么。

想知道它到底费不费电，打开系统的电池用量页面按 App 排序看一眼。很多人一口咬定是代理软件在耗电，翻开一看第一名是屏幕，客户端排在第七。凭感觉调优，调的多半是心情。

桌面端：这几件事帮不上忙

开机自启、服务模式，以及各种名字里带「性能」的开关，改善的是使用便利或者权限问题，没有一个能降低资源占用。装了服务组件不会让 CPU 下来，它只是让 TUN 不用每次都要管理员权限。想让机器凉快点，有用的全在上面那张清单里。