工作管理員裡 Clash 相關處理程序有兩類：clash-win64.exe（核心，幹活的）和 Clash for Windows.exe（介面，Electron）。先看清是誰在吃資源，排查方向完全不同。
核心佔用高（clash-win64.exe）
- 日誌級別開著 debug：每條連線產生大量日誌輸出，CPU 與磁碟同時遭殃。改回
info。 - 規則集過大過多：每個 RULE-SET 都常駐記憶體，記憶體佔用與規則總量成正比。刪掉不用的 provider，見效能最佳化清單。
- 連線風暴：BT 下載、爬蟲類程式在 TUN 模式下會製造成千上萬條連線，匹配和跟蹤開銷激增。Connections 頁面按處理程序找到源頭，用
PROCESS-NAME規則讓它 DIRECT，或別讓它走 TUN。 - url-test 間隔過短：幾十個節點 × 過短的 interval = 持續測速。把 interval 放寬到 300 秒以上。
介面佔用高（Clash for Windows.exe）
- 長期停留在 Connections/Logs 頁面：即時重新整理列表的渲染成本不低，掛背景時切到 General 頁。
- 記憶體緩慢上漲：Electron 應用長期執行的通病，重啟一次程式即釋放。介意的話可以每週重啟一次。
- 持續高 CPU 不落：偶見於介面與核心斷連後的重試迴圈（核心崩潰、9090 被佔用）。看 Logs 是否連不上核心，處理對應問題後恢復。
正常水位參考
| 處理程序 | 正常範圍 |
|---|---|
| 核心記憶體 | 50–150 MB（大規則集可到 200+） |
| 介面記憶體 | 150–300 MB |
| 空載 CPU | 兩者均接近 0%，測速/大流量時短暫升高 |
提示：「突然開始佔用異常」而設定沒改過時，優先懷疑某個程式在背景狂發連線——Connections 頁面按流量排序一眼便知，這比調整 Clash 引數有效得多。