效能最佳化：降低延遲與資源佔用的實用清單

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%。顯著超出時，參考佔用過高排查定位具體原因。