本文目錄
先釐清 v0.8.98 的兩項修正
FlClash v0.8.98 於 2026 年 9 月 14 日發布。官方 Release 只列出兩項修正：Windows 進入睡眠且桌面應用程式被暫停時維持 Core 執行，以及 Geo 資源更新完成後重新讀取檔案大小和時間。
第一項處理 FlClash 桌面應用程式、Helper 子程序與 Core 之間的 IPC 生命週期。舊邏輯遇到半幀寫入逾時會關閉 IPC 連線，讀取迴圈也會隨之結束 Core；新邏輯會在逾時期間繼續等待，只有硬錯誤才會關閉連線。
第二項是介面狀態修正。舊版在更新請求傳回後立刻讀取 Geo 檔案，當時 Core 可能還沒寫完，因此資源頁會繼續顯示舊大小和舊時間；新版會等更新狀態真正結束後再讀取。這不代表舊版一定沒有更新檔案，也不是 GeoIP 或 GeoSite 資料內容的升級說明。
如何依看到的現象分流
| 現象 | 是否符合本次修正 | 下一步 |
|---|---|---|
| Windows 睡眠前可用，喚醒後 FlClash 介面還在但 Core 已停止 | 可能符合 | 確認 Modern Standby，再升級並以相同條件對照 |
| Geo 更新顯示完成，但資源頁大小和時間仍是舊值 | 符合第二項介面問題 | 升級後等待更新狀態結束，再核對檔案資訊 |
| 喚醒後整台電腦都無法上網 | 證據不足 | 先檢查 Wi-Fi、網路卡、系統代理與 TUN |
| Geo 檔案下載失敗或規則無法載入 | 不屬於第二項修正 | 檢查下載、驗證、路徑與核心記錄 |
| Android 或 macOS 睡眠後連線異常 | 不屬於已說明的 Windows 路徑 | 依各平台的 VPN、權限與背景限制排查 |
升級前記錄一套可比較的基準
先不要重新整理訂閱、切換節點或修改 DNS。記錄目前的 FlClash 版本、Windows 版本、安裝套件架構、Profile、策略群組、固定節點，以及正在使用系統代理或 TUN。用同一個目標完成一次實際 HTTPS 請求，並確認 Connections 中看得到該筆記錄。
若要驗證睡眠問題，先從工作管理員或 FlClash 狀態頁記錄 Core 正在執行，再讓電腦進入正常睡眠並喚醒。只保留最小對照：相同 Profile、相同節點、相同網路和相同接管方式。
同時在資源頁記下一個實際要更新的 Geo 檔案、目前大小和顯示時間。這份基準用來判斷介面是否重新整理；不要為了製造變化而刪除 Geo 檔案，也不要把訂閱、節點或規則集當成測試檔案。
建立升級前基準
備份 Profile 與設定
使用應用程式內的匯出或備份功能，將副本儲存在應用程式資料目錄之外；公開記錄前請移除訂閱 URL、節點密碼和個人路徑。
固定一條連線路徑
保留相同 Profile、策略群組、節點和系統代理或 TUN 模式，完成一次 HTTPS 請求並記錄連線結果。
記錄睡眠前狀態
確認 Core 正在執行，記錄 FlClash 版本和目前接管方式，再執行一次可重現的睡眠與喚醒。
記錄 Geo 檔案資訊
選擇一個資源項目，記下更新前的檔案大小、時間與更新狀態，不要刪除原始檔案。
用 powercfg 確認 Modern Standby
FlClash 的修正提交明確指向 Windows Modern Standby。Microsoft 說明可用 powercfg /a 查看電腦支援的睡眠狀態。
若輸出包含 Standby (S0 Low Power Idle)，裝置使用的就是這類待機模型，可能顯示為 Network Connected 或 Network Disconnected。
在 Modern Standby 中，桌面應用程式可能被暫停，而服務或 Helper 的子程序仍處於不同的執行狀態。FlClash 舊版正是在應用程式停止讀取、Helper 仍持有 Core 的這段時間內，可能發生 IPC 半幀寫入逾時。
如果 powercfg /a 只顯示傳統 S3，或電腦只是鎖定螢幕、關閉顯示器而沒有進入睡眠，就不能直接套用這條因果關係。仍可升級到正式版，但故障定位應繼續檢查網路卡恢復、系統代理、TUN、DNS 和節點。
powercfg /a輸出包含 Standby (S0 Low Power Idle)
範圍相符，繼續用相同工作流程對照 v0.8.97 與 v0.8.98。
只提供 Standby (S3)
不要把問題歸類為本次 Modern Standby 修正，請繼續檢查一般睡眠恢復路徑。
系統回報沒有可用的睡眠狀態
先處理 Windows 或裝置的電源設定，不要用 FlClash 升級取代系統修正。
只有鎖定螢幕也會停止 Core
保留記錄和重現條件，檢查應用程式退出、Helper 與安全軟體，不要把鎖定螢幕視為已確認的睡眠逾時。
- FlClash 桌面應用程式Windows 進入低耗電待機時可能被暫停
- Helper 子程序繼續承載 Core，並透過 IPC 與應用程式交換狀態
- 半幀寫入停滯舊邏輯把逾時視為斷線並結束 Core
- v0.8.98 恢復寫入逾時後繼續等待，只有硬錯誤才關閉連線
這項修正只對應 Modern Standby 中應用程式被暫停、Helper 仍執行的 IPC 路徑；網路卡、節點、DNS 或 TUN 的其他睡眠問題仍須分別排查。
從官方 Release 安裝 v0.8.98
本次修正已進入 v0.8.98 正式 Release，不需要安裝 main 分支的建置版本。常見的 Windows Intel 或 AMD 電腦請選 windows-amd64-setup.exe；Windows on ARM 裝置請選 windows-arm64-setup.exe。
可攜式 ZIP 只適合原本就使用可攜式目錄，並且能自行管理資料位置的使用者。
截至 2026 年 9 月 17 日，本站已驗證並提供 v0.8.98 備份，舊版檔案持續保留。若要取得本次修正，可選擇下載頁標示的 v0.8.98 備份，或使用 chen08209/FlClash 官方 Release 的對應附件，並將檔案雜湊值與同一 Release 的 SHA256SUMS 比對。
安裝前先關閉系統代理或 TUN，確認裝置可以直接連線，再從 FlClash 選單完整退出。保留原始設定目錄和升級前備份，只替換完整應用程式；不要單獨把新版 Helper、Core、DLL 或資源檔案複製到舊安裝目錄。
Get-FileHash .\FlClash-0.8.98-windows-amd64-setup.exe -Algorithm SHA256一次只升級應用程式
確認官方標籤
開啟 chen08209/FlClash 的 v0.8.98 Release，確認不是預發布頁面或第三方重新打包版本。
選擇正確的架構
一般 x64 電腦選 amd64，Windows on ARM 選 arm64；安裝程式與可攜式 ZIP 不要混用資料目錄。
核對完整性
對安裝套件執行 Get-FileHash，將完整 SHA256 與同一 Release 的 SHA256SUMS 比對。
完整退出後再安裝
先恢復直接連線並退出舊版應用程式，再覆蓋安裝完整的 v0.8.98，期間不要同時修改 Profile、DNS 或節點。
喚醒後同時驗證 Core 與實際請求
啟動 v0.8.98 後，先確認版本、Profile、策略選擇和原本的接管方式仍然正確。完成一次睡眠前的 HTTPS 請求並在 Connections 中確認記錄，接著透過 Windows 的睡眠入口進入待機，喚醒後不要立即修改設定。
先確認 FlClash 是否仍能讀取 Core 狀態，再存取同一個 HTTPS 目標並檢查新的 Connections。介面視窗仍在不代表 Core 存活，節點延遲數字仍在也不代表系統流量已恢復；狀態、連線記錄和實際請求必須同時成立。
至少重複兩次相同的睡眠與喚醒，避免把一次快速恢復網路誤判為已修正。每次都使用相同網路、Profile、節點和模式。若第一次成功、第二次失敗，先保留應用程式與 Core 的第一筆錯誤，再進入後續的其他故障分流。
Windows 睡眠修正驗證清單
- powercfg /a 已確認裝置支援 Standby (S0 Low Power Idle)
- FlClash 顯示 v0.8.98，升級前的 Profile 與策略仍存在
- 睡眠前 Core 正在執行，實際 HTTPS 請求成功且有 Connections 記錄
- 喚醒後 FlClash 能讀取 Core 狀態，Core 沒有因 IPC 逾時而退出
- 喚醒後同一個 HTTPS 請求成功並產生新的 Connections 記錄
- 以相同條件進行睡眠與喚醒至少兩次，結果一致
- 完整退出 FlClash 後系統代理或 TUN 已撤銷，裝置可恢復直接連線
等更新結束後核對 Geo 檔案資訊
在 v0.8.98 的資源頁選擇升級前已記錄的 Geo 項目，透過應用程式內的正常入口更新。更新請求傳回後不要立即反覆點擊，也不要透過檔案管理員覆蓋資源；請等待該項目的「更新中」狀態真正結束。
新實作會在更新狀態從進行中變為結束時重新讀取檔案資訊。若官方來源確實傳回不同檔案，頁面顯示的大小或時間應隨之重新整理；若遠端內容沒有變化，大小相同本身不能證明修正失敗。
這項驗證只能證明介面在正確時點重新讀取檔案屬性。規則比對異常、Geo 檔案下載失敗、驗證失敗或核心拒絕載入，都應依第一筆錯誤另行排查，不能靠反覆重新整理頁面解決。
驗證資源頁重新整理
選定一個資源項目
記錄更新前的檔案名稱、大小、顯示時間和目前更新狀態。
執行一次應用程式內更新
保持官方資源位址不變，只啟動一次更新並等待狀態結束。
觀察頁面重新讀取
確認更新狀態結束後檔案資訊會自動重新整理，不必退出應用程式或手動重新載入頁面。
再次驗證規則使用情況
如果資源內容發生變化，重新載入設定並檢查一條相關規則的比對結果，以區分介面顯示與核心實際使用結果。
仍無法上網時繼續分流其他睡眠問題
如果 v0.8.98 喚醒後 Core 仍在，但系統無法上網，本次 IPC 修正已不是主要中斷點。先關閉 FlClash 接管並確認可直接連線，再依序檢查 Wi-Fi 或有線網路卡是否恢復、系統代理是否仍指向目前連接埠、TUN 與 Helper 是否有權限，以及 DNS 和節點是否可用。
若 Core 仍會停止，請保留睡眠前後的 FlClash 版本、powercfg /a 輸出、接管方式、第一筆應用程式錯誤與第一筆 Core 錯誤。不要一次重新安裝 Helper、更換 Profile、修改 DNS 和更換節點，否則無法判斷 v0.8.98 是否仍有未涵蓋的 IPC 路徑。
Core 存活，但 Wi-Fi 或有線網路卡尚未恢復
退出 FlClash 後先恢復系統網路，不要修改代理設定。
直接連線正常，系統代理模式失敗
核對 Windows 代理是否指向目前的 FlClash 連接埠，並確認沒有其他代理程式覆寫。
系統代理正常，只有 TUN 失敗
檢查 Helper、權限、DNS 和虛擬網路卡，暫時退回系統代理。
Connections 有記錄，但請求 Timeout
固定另一個已知可用的節點，以區分節點故障與本機恢復問題。
v0.8.98 仍會穩定地結束 Core
保留最小版本對照和去識別化記錄，向 FlClash 官方 issue 回報。
升級失敗就完整還原，不要混用元件
如果 v0.8.98 在本機無法啟動、讀取 Profile 或維持原本的代理路徑，先關閉系統代理與 TUN，確認裝置恢復直接連線，再完整退出應用程式。保留去識別化記錄和目前資料副本後，重新安裝升級前確認可用的官方完整版本。
可以還原到自己已驗證的 v0.8.97 或更早穩定版，但還原後會再次失去本次 Windows 睡眠 Core 存活和 Geo 資訊重新整理修正。不要只把舊版 Helper、Core 或 DLL 放進 v0.8.98，也不要用第三方可攜式套件覆蓋正式安裝目錄。
還原後匯入升級前備份，使用相同 Profile、節點、網路和接管方式，重新完成啟動、HTTPS、睡眠與退出恢復。若舊版正常而 v0.8.98 穩定失敗，這組對照才足以支援進一步回報。
升級或還原完成條件
- 目前執行版本、安裝套件來源、架構與 SHA256 均可核對
- Profile、覆寫、策略群組和節點選擇與備份一致
- 在系統代理或 TUN 下，實際 HTTPS 請求成功且有 Connections 記錄
- Windows 睡眠前後的 Core 狀態與請求結果已記錄
- Geo 更新狀態結束後已重新讀取檔案資訊
- 退出 FlClash 後系統接管已撤銷，裝置恢復直接連線
- 沒有混用不同版本的應用程式、Helper、Core 或 DLL
- 記錄、螢幕截圖和回報中沒有訂閱 URL、節點密碼或個人路徑
日後以正式 Release 複核修正範圍
截至 2026 年 9 月 15 日，v0.8.98 是 FlClash 最新正式穩定版。它只確認收錄兩個提交：60f371a 處理 Windows Modern Standby 下 IPC 半幀寫入逾時，c5bf5bd 在 Geo 更新狀態結束後重新整理檔案資訊。
後續若出現新的 v0.8.98 issue，仍應區分回報、維護者確認、修正提交和正式 Release。單一使用者回報不能擴寫成全平台普遍故障，main 分支有提交也不能取代已簽署的穩定套件。
本站已於 2026 年 9 月 17 日驗證 v0.8.98 備份，並保留舊版檔案。若需要本次修正，應核對下載頁或官方 Release 標示的 v0.8.98、架構與 SHA256，再於自己的 Windows 工作流程中完成驗證。