Clash 内核本身非常轻量,多数“慢”和“卡”另有原因。按下面的清单逐项优化,通常立竿见影。

网络体验优化

  • 用对节点:物理距离近、负载低的节点延迟天然低。让 url-test 组自动选优,tolerance: 50 避免频繁横跳。
  • 开启 fake-ip:省掉本地 DNS 往返,网页首包时间明显缩短,见 DNS 详解
  • UDP 支持:语音、游戏依赖 UDP。确认节点配置带 udp: true 且服务商支持,否则语音会走 TCP 回退甚至不通。
  • 域名规则前置:把高频命中的规则放在规则列表前部,减少逐条匹配的开销(对万条级规则集尤其明显)。

资源占用优化

  • 规则集瘦身:只引用用得上的 RULE-SET。加载十几个大型规则集,内存占用会以百 MB 计。
  • 日志级别:日常保持 info 甚至 warningdebug 只在排查时开。
  • 关闭不看的页面: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% 在节点带宽而不是本地配置。优化前先用同节点在其他设备/客户端对比测速,确认瓶颈位置再动手。