本文目錄
關機被應用程式擋住時，先儲存工作並取消關機，比反覆強制結束更有助於判斷問題。關閉視窗不代表程式和服務都已結束，需要核對系統提示與完整結束的日誌。恢復正常關機也不能證明舊服務安全，重新啟用前仍須具備官方安全公告要求的修復證據。
Windows 關機被 Clash Verge Rev 擋住時
在 Windows 阻止關機頁面確認顯示的是 Clash Verge Rev，再取消關機並記錄用戶端是否白屏或無法正常結束。既有比較若顯示從系統匣完整結束後能正常關機，可繼續核對後面的服務日誌；未確認符合安全公告的舊服務，不得為了重測而重新啟用。
官方儲存庫的 issue #7725、#7755、#7794 與 #7841 已出現多次相近回報，涉及 Windows 10、Windows 11、正式版 v2.5.2 與後續 AutoBuild。部分回報在關閉 TUN 與系統代理後仍可重現，因此只關閉 TUN 開關，不能證明 Service 已經退出。
檢查 Clash Verge Service 是否已安裝，診斷資訊中的 Running Mode 顯示 Service，關閉主視窗後程式仍留在系統匣，並且只有保持程式執行階段關機受阻。若阻止關機的是文件儲存、Windows Update、其他 VPN 或名稱不同的背景程式，應按實際阻止處理程式處理。
關機前完整結束程式，並比較重新啟動結果
僅在實際服務元件已確認符合安全公告時做下述對照；未確認或受影響的服務保持停用，不為重新測試啟動。若“保持執行階段受阻、完整退出後正常”穩定重複，才繼續檢查 Service；兩次都受阻時，按 Windows 提示和任務管理器找真正的阻止處理程式。
完成最小對照
儲存工作並記錄環境資訊
記下 Windows 版本、Clash Verge Rev 版本、Running Mode 與目前 Profile，不公開訂閱 URL 或 token。
保持程式執行並測試一次
儲存所有工作後執行一次重新啟動。若出現阻止頁面，選擇取消，不要按一下“仍要關機”，記下時間並儲存日誌。
從系統匣完整退出
確認系統匣圖示和 GUI 處理程序都已消失，不要把關閉主視窗視為退出。
以相同操作再次測試
再次重新啟動，只比較退出方式這一項，避免同時改 TUN、服務和版本。
判斷阻塞來自哪個處理程式與退出方式
| 檢查項目 | 對應表現 | 不符合時 |
|---|---|---|
| 觸發時機 | Clash Verge Rev 保持執行時，關機或重新啟動受阻 | 先確認 Windows 顯示的實際阻止處理程序 |
| 執行模式 | Clash Verge Service 已安裝，Running Mode 為 Service | 依非 Service 的一般退出問題進行排解 |
| TUN 與系統代理 | 關閉後仍可能復現 | 若關閉後恢復，先處理 TUN 或代理殘留設定 |
| 完整退出對照 | 從系統匣選擇退出後，關機恢復正常 | 兩種狀態都受阻時，繼續檢查其他應用程式 |
系統關機時，是否卡在 Service IPC 停止請求？
Service IPC 是用戶端與背景服務之間的通訊。退出日誌停在這一步，表示停止請求或等待完成可能沒有結束，需要與系統匣手動退出的日誌對照。
取消關機後開啟最新的應用程式日誌，從退出階段開始往後檢查。相近回報會先儲存設定、關閉 TUN、停止核心，接著停在「透過服務停止核心 (IPC)」。
如果後面沒有「服務成功停止核心」、清理完成或 Application exited，而手動從系統匣結束時這些完成記錄能正常出現，應重點檢查系統關機時的 Service 停止請求，以及用戶端是否一直等待它完成。
issue #7794 的回報者根據處理程序傾印判斷，Service 已回到待命狀態，但用戶端的 IPC 完成等待沒有傳回。這是有價值的診斷證據，但不是維護者公布的正式根因結論。
[Core] Stopping service
[Service] 通过服务停止核心 (IPC)日誌停在 Service IPC，但手動退出時能寫入 Application exited
優先採用完整退出，並評估是否暫時停用 Service Mode。
日誌在停用 TUN 前就結束
先再次測試並補齊日誌，不要直接歸因於 Service IPC。
沒有安裝 Clash Verge Service
不適用本文的 Service 處理方式，請檢查一般 GUI 或其他阻止處理程序。
退出後 Windows 仍無法聯網
先恢復系統代理與直接連線，再進行下一次關機測試。
保存關機前後的設定與日誌
保留目前版本、執行模式、訂閱名稱、Profile、系統代理與 TUN 狀態，以及關機受阻和完整結束後的日誌。複製設定與日誌時，不更動既有訂閱，也不覆蓋原始備份。
不要刪除 AppData 設定目錄，也不要公開上傳包含訂閱、節點密碼、控制器 secret 或 token 的完整日誌。若需要提交傾印檔，請先瞭解處理程序記憶體可能包含敏感資訊。
如何確認圖形介面與核心已結束
關閉主視窗後，程式仍可能留在系統匣。檢查圖示、GUI 處理程序與結束日誌，確認完整退出已完成；若等待沒有結束，依前面的 Service IPC 日誌判斷，再進入停用服務流程。
完整退出的驗證條件
- 系統匣圖示已經消失
- 工作管理員中不再有 Clash Verge Rev GUI
- 日誌顯示服務成功停止及 Application exited
- Windows 不再顯示 Clash Verge Rev 阻止關機
退出仍卡住或服務安全狀態不明時，停用服務
完整結束仍卡住，或實際服務尚未確認符合安全公告時，不再進行讓服務持續執行的關機對照。先關閉 TUN 與系統代理、記錄設定並恢復 Windows 一般連線，再依下列入口停用或解除安裝服務。
安全停用 Service Mode
恢復 Windows 直接連線
先關閉 TUN 與系統代理，確認 Windows 一般網路已恢復。保留目前的 Profile、覆寫與應用程式設定，接下來只處理 Service Mode。
開啟 Service Mode 管理
在設定中找到 Service Mode 或服務管理入口。若 GUI 已結束且服務尚未確認修復，先透過 Windows 服務管理員停用服務，再開啟 GUI 進入設定。不同建置的入口名稱可能不同；不要為了操作管理入口而重新啟用舊服務。
透過應用程式內入口停用或解除安裝
使用應用程式提供的入口停用或解除安裝服務，依正常的 UAC 提示完成。不要直接刪除服務登錄項目、虛擬網卡或服務檔案。完成後從系統匣完整結束，再重新啟動 Windows；開機後確認 Running Mode 已回到 Sidecar 或其他非 Service 狀態。
重新啟動後先測試系統代理
確認 Running Mode 已不是 Service，保持 TUN 關閉，並完成一次實際 HTTPS 要求。
先只使用系統代理驗證基本連線。沒有 Service 或系統管理員權限時，TUN 可能無法啟用，這是預期的影響，不應反覆點擊 TUN 試圖略過。
恢復連線時選擇安全的程式與服務
現有 Windows 服務安全公告列出了受影響建置。落在該範圍的舊服務不得重新啟用；恢復應用應從目前官方受支援的穩定版及安全公告核對來源、完整建置號和實際服務元件。
保留目前資料、可信設定備份與安裝來源記錄。無法確認服務已修復時保持服務停用和 TUN 關閉，使用已驗證的系統代理恢復基本聯網；不從舊備份複製服務程式，不為驗證關機問題重新啟用舊建置。
強制結束與刪除服務檔案的風險
不要反覆點擊「仍要關機」或長按電源鍵，不要刪除整個 AppData 設定目錄，不要手動刪除不明的 Windows 服務或虛擬網路介面卡，也不要為了測試而下載來源不明的 AutoBuild。
強制結束處理程序可以解除當次阻塞，卻可能略過設定儲存與代理清理；只有在已取消關機、儲存所有工作，並確認用戶端無法自行退出時，才能把透過工作管理員終止 GUI 當作恢復目前桌面的最後手段，之後仍須檢查系統代理。
連續重新啟動系統應不再受阻，代理與設定仍正常
選擇一種處理方式後，在可控時段內連續重新啟動兩次。每次都先儲存工作，記錄是否出現阻止頁面，並在重新登入後檢查系統代理、訂閱、Profile 與規則。
關機不再受阻後，還要確認結束前的日誌記錄核心已停止，重新啟動後 Windows 沒有殘留代理，重新開啟用戶端後設定完整，而且系統代理能完成一次新的 HTTPS 請求。
多次報告仍不等於正式修復公告
issue #7725 與 #7794 的報告者把 v2.5.1 標為其裝置上的最後正常版本。這是歷史行為對照，不是安全還原建議，也不能作為重新安裝舊 Service 的理由。
截至 2026-09-01，現有證據足以說明：Clash Verge Rev 的 Windows 關機阻塞並非單一使用者回報；在 Service Mode 與 GUI 持續執行的情境下已有多次回報，官方協作者也曾在 issue #7755 中重現。
但不能寫成“Service IPC 已被官方確認是唯一根因”。issue #7725 因維護者要求在 Service 重構後重新測試而關閉，不是正式修復公告；後續 issue #7794 報告重構後的 AutoBuild 仍可復現，#7841 又記錄了 v2.5.2 在 Windows 10 上的相同表現。
上述報告期內的正式版發布說明尚未宣佈該問題已修復。繼續意見回饋時應提供脫敏日誌、版本、Running Mode、手動退出對照和是否安裝 Service，不要公開完整處理程式轉儲、訂閱或節點認證資訊。