Clash 内核本身非常轻量,多数“慢”和“卡”另有原因。按下面的清单逐项优化,通常立竿见影。
网络体验优化
- 用对节点:物理距离近、负载低的节点延迟天然低。让 url-test 组自动选优,
tolerance: 50避免频繁横跳。 - 开启 fake-ip:省掉本地 DNS 往返,网页首包时间明显缩短,见 DNS 详解。
- UDP 支持:语音、游戏依赖 UDP。确认节点配置带
udp: true且服务商支持,否则语音会走 TCP 回退甚至不通。 - 域名规则前置:把高频命中的规则放在规则列表前部,减少逐条匹配的开销(对万条级规则集尤其明显)。
资源占用优化
- 规则集瘦身:只引用用得上的 RULE-SET。加载十几个大型规则集,内存占用会以百 MB 计。
- 日志级别:日常保持
info甚至warning;debug只在排查时开。 - 关闭不看的页面:Connections 页面的实时刷新有一定渲染开销,挂后台时切到 General 页面即可。
- Benchmark 频率:url-test 组的
interval不必小于 300 秒,过于频繁的健康检查本身就是流量与 CPU 开销。
TUN 模式专项
stack: system吞吐更高,gvisor兼容性更好。大流量下载场景可尝试 system,异常再换回。- TUN 下避免同时开启其他 VPN/虚拟网卡软件,路由表冲突会导致速度骤降。
基准参考
健康状态下的表现大致为:内核内存 50–150 MB(取决于规则集),界面进程 150–300 MB(Electron 正常水平),空载 CPU 接近 0%。显著超出时,参考占用过高排查定位具体原因。
提示:速度瓶颈 90% 在节点带宽而不是本地配置。优化前先用同节点在其他设备/客户端对比测速,确认瓶颈位置再动手。