本文目錄
清單出現大量逾時提示，不一定代表訂閱裡的節點全部失效。批次顯示、個別測速和實際開啟網頁，是三種需要比較的結果。實際存取仍能成功時，不要急著刪除節點或重設設定；記錄同一組樣本，確認符合已知版本問題後再升級，並檢查顯示和連線是否一起恢復。
整組 Timeout，單節點和網頁卻正常
在 Windows 版 FlClash 中保存整組 Timeout 的結果，再個別測試其中一個節點，並選取它存取網頁。只有個別測速能回傳延遲、實際存取也成功時，才符合這裡的整組延遲測試異常。
官方 issue #2314 在 v0.8.95 上記錄了這一組對照，同一份設定和網路回到 v0.8.94 後批次測試正常。v0.8.96 的發布說明隨後明確列出 Windows 整組延遲測試修復。
如果單節點測試、實際請求和同組其他節點都失敗，不能把它當成介面誤報。此時更可能是節點、測試位址、DNS 或目前網路真的不可用。
Timeout 對照結果與對應處理
| 觀察結果 | 更可能的結論 | 下一步 |
|---|---|---|
| 批次顯示 Timeout，單獨測試和實際存取正常 | Windows 整組測速誤報 | 記錄版本並準備升級 |
| 批次與單獨測試都失敗，實際存取也失敗 | 節點或網路故障 | 轉查節點、DNS 與測試位址 |
| 只有一個代理群組異常 | 該組規模或設定差異 | 固定同一組做版本對照 |
| 開啟 TUN 後整機斷網 | 不是測速顯示問題 | 先恢復系統代理並檢查 TUN |
儲存設定並固定測試條件
做版本對照時，只改變用戶端版本，不同時更新訂閱、切換網路、開啟嚴格 DNS 覆寫或調整 TUN。測試條件不變，才能判斷 Timeout 是否由整組測速處理造成。
準備一組可重複的樣本
備份目前 Profile
保留訂閱來源、覆寫與目前策略選擇，確認備份可以在本機找到。
記錄應用版本
在關於或設定頁面記錄 FlClash 版本和 Windows 版本，確認是否為 v0.8.95，並儲存測試時間與版本截圖。
固定一個代理群組
選擇包含較多節點、能夠穩定復現大量 Timeout 的同一代理群組。
挑選三個紅色節點
記錄節點名稱，後續分別做單獨測試、實際存取和升級後的重新測試。
逐個測試紅色節點與實際出站
按下面的步驟檢查一個紅色節點，再對另外兩個節點重複測試。若多個節點都能個別測速或完成實際請求，表示批次顯示的結果不能代表節點是否可用；不要立即刪除訂閱、重設規則或更換全部節點。
對照個別測速、實際存取與連線記錄
單獨測試節點
等待這次測試完成，不要連續點選整組重新整理，並記錄是否回傳具體延遲值。
固定目前節點
在手動選擇組中選中該節點，避免自動策略在請求期間切換出口。
發起實際請求
開啟平時可穩定存取的頁面，並觀察是否載入完成。
核對連線記錄
確認請求進入 FlClash，並顯示剛才選擇的節點和成功連線。
單獨測試有延遲，實際請求成功
節點可用，批次 Timeout 可按整組測試問題處理。
單獨測試失敗，實際請求成功
檢查延遲測試位址與測試鏈路，不要按節點故障刪除。
單獨測試成功，實際請求失敗
轉查規則、DNS、協議和目標網站，不是單純批次測速問題。
兩者都失敗
先換網路或固定其他節點，按通用節點超時流程檢查。
升級到 FlClash v0.8.96
IPC 是桌面程式與背景處理程序的通訊方式。issue #2314 將異常限定在 v0.8.95 的 Windows 批次測試：請求壅塞或傳送失敗時，介面可能統一顯示 Timeout，個別節點測試不一定能重現。
官方修復提交減少了每批併發節點數量，並調整桌面 RPC 的等待與回應處理。這個改動位於 FlClash 的批次測試鏈路，不是更換節點協議或修改訂閱內容。
FlClash v0.8.96 於 2026 年 8 月 17 日發布，官方說明明確包含 Windows 整組延遲測試失敗修復。符合前述特徵時，應優先升級到 v0.8.96 或更新的穩定版。
從專案官方 Release 取得與 Windows 架構匹配的安裝套件。不要關閉安全軟體或忽略來源告警來強行安裝；無法核對檔案來源時，先留在目前可用版本。
按可還原順序升級
確認備份可用
檢查 Profile、覆寫和目前選擇已經匯出，並記錄舊版本安裝套件位置。
完全退出 FlClash
從系統匣退出應用，避免舊處理程序仍持有核心、設定或桌面服務。
安裝官方穩定版
從官方 Release 選擇正確架構，完成安裝後再啟動應用。
核對版本與設定
確認顯示 v0.8.96 或更新穩定版，原 Profile 與策略選擇仍然存在。
用同一代理群組驗證修復
保持原網路、訂閱、測試位址和代理群組不變，再執行一次整組延遲測試。重點觀察升級前記錄的三個紅色節點，不能只看整體顏色變少。
接著逐一選擇這些節點發出實際請求，並查看連線記錄。整組結果恢復、測試節點有延遲值且請求成功，才能確認本機的批次誤報已經解決。
修復完成標準
- 應用版本為 v0.8.96 或更新穩定版
- 同一代理群組不再大面積同時顯示 Timeout
- 升級前記錄的樣本節點能夠回傳延遲
- 至少一個樣本節點完成實際網頁請求
- 連線記錄顯示請求使用了目前選擇的節點
- 訂閱、覆寫、DNS 與 TUN 設定沒有被意外重置
升級後仍有 Timeout，要繼續查哪裡？
少量不可用節點並不等於修復失敗。穩定版只處理已確認的 Windows 整組測試問題，實際節點下線、測試位址不可達、DNS 異常和目前網路限制仍會產生正常的 Timeout。
官方 issue #2253 還記錄了嚴格 DNS 覆寫開啟後批次測速異常的另一種情境，它沒有被證明與 v0.8.95 的 IPC 回歸完全相同。不要為追求全綠長期關閉必要的 DNS 設定。
只有少數固定節點失敗
分別單獨測試併發起實際請求，確認節點或測試位址是否不可達。
批次與單獨測試仍全部失敗
檢查測試 URL、DNS、系統時間和目前網路，再換熱點對照。
只在嚴格 DNS 覆寫開啟時異常
儲存設定後做開關對照，並追蹤獨立 issue，不把它歸為已修復的整組測速故障。
開啟 TUN 後所有請求中斷
先關閉 TUN 恢復系統代理，再檢查路由、虛擬網路介面卡和 DNS 劫持。
介面正常但自動組仍選錯
查看核心的健康檢查位址、間隔與策略群組類型。
異常時還原到已知可用版本
若 v0.8.96 在本機無法啟動、Profile 丟失或引入新的實際連線故障，先完全退出應用，再恢復升級前備份。不要在執行中反覆覆蓋設定目錄。
issue #2314 的對照環境中，v0.8.94 的整組測試正常，因此它可以作為該特定回歸的臨時還原點。還原會失去 v0.8.96 的修復，不應成為長期停止更新理由。
恢復可用狀態
退出全部處理程序
確認系統匣、介面和核心都已退出，再開始更換版本。
安裝已驗證舊版
使用升級前保留的官方安裝套件，必要時回到本機已驗證的 v0.8.94。
恢復設定備份
只恢復自己的 Profile 與覆寫，不匯入來源不明的完整目錄。
驗證實際連線
先用系統代理完成一次請求，再檢查整組測速與連線記錄。