本文目錄
先確認是否為同一種關機阻塞
本文只處理一類明確現象：Clash Verge Rev 保持執行時，Windows 關機或重新啟動停在「此應用程式阻止關機」頁面；取消關機後，用戶端可能出現空白畫面或無法正常退出，而在關機前先從系統匣完整退出，就能恢復正常。
官方儲存庫的 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，或名稱不同的背景程式，則不屬於本文範圍。
用四個訊號界定問題範圍
| 檢查項目 | 符合本文描述的情況 | 不符合時的處理 |
|---|---|---|
| 觸發時機 | Clash Verge Rev 保持執行時，關機或重新啟動受阻 | 先確認 Windows 顯示的實際阻止處理程序 |
| 執行模式 | Clash Verge Service 已安裝，Running Mode 為 Service | 依非 Service 的一般退出問題進行排解 |
| TUN 與系統代理 | 關閉後仍可能復現 | 若關閉後恢復，先處理 TUN 或代理殘留設定 |
| 完整退出對照 | 從系統匣選擇退出後，關機恢復正常 | 兩種狀態都受阻時，繼續檢查其他應用程式 |
進行兩次可復原的對照測試，再檢查 Service
第一次讓 Clash Verge Rev 保持執行，儲存所有工作後重新啟動一次。若出現阻止頁面，請選擇取消，不要點擊「仍要關機」，並記下發生時間。
第二次從系統匣選擇「退出」，不要只點擊視窗右上角的關閉按鈕。等待系統匣圖示消失，並在工作管理員確認 Clash Verge Rev GUI 已結束，再執行相同的重新啟動操作。
只有「保持執行時受阻、完整退出後正常」這項差異能穩定重現，才繼續檢查 Service。若兩次都受阻，請先依 Windows 提示及工作管理員找出真正的阻止處理程序。
完成最小對照
儲存工作並記錄環境資訊
記下 Windows 版本、Clash Verge Rev 版本、Running Mode 與目前 Profile，不公開訂閱 URL 或 token。
保持程式執行並測試一次
以受控方式重新啟動；若出現阻止頁面就取消，並儲存對應時間的日誌。
從系統匣完整退出
確認系統匣圖示和 GUI 處理程序都已消失，不要把關閉主視窗視為退出。
以相同操作再次測試
再次重新啟動，只比較退出方式這一項，避免同時改 TUN、服務和版本。
判斷是否停在 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 仍無法聯網
先恢復系統代理與直接連線，再進行下一次關機測試。
修改前先恢復直接連線並保留設定
停用 Service 或更換版本前，先記下目前版本、執行模式、訂閱名稱、正在使用的 Profile，以及是否啟用了系統代理和 TUN。關閉 TUN 與系統代理，確認 Windows 不依賴本機代理連接埠也能存取區域網路或基礎網路，再從系統匣完整退出。
不要刪除 AppData 設定目錄，也不要公開上傳包含訂閱、節點密碼、控制器 secret 或 token 的完整日誌。若需要提交傾印檔，請先瞭解處理程序記憶體可能包含敏感資訊。
可復原的基準狀態
- 已記錄目前正式版安裝套件的來源與版本
- Profile、覆寫內容與訂閱名稱均已儲存
- TUN 與系統代理均已關閉
- 已驗證 Windows 直接連線與區域網路存取
- 系統匣圖示消失，GUI 已完整退出
- 日誌或截圖已經脫敏
低風險處理：關機前完整退出 GUI
目前風險最低的暫時處理方式，是在關機或重新啟動前從系統匣選擇「退出」，等待 GUI、Mihomo 核心與清理流程完成，再執行 Windows 關機。只關閉主視窗通常只是縮到系統匣，不能據此判斷已完整退出。
這個做法不會修改設定、不會解除安裝 Service，也不會變更訂閱。下次開機後正常啟動 Clash Verge Rev 即可恢復，適合在等候正式修復期間作為預設方案。
完整退出的驗證條件
- 系統匣圖示已經消失
- 工作管理員中不再有 Clash Verge Rev GUI
- 日誌顯示服務成功停止及 Application exited
- Windows 不再顯示 Clash Verge Rev 阻止關機
中風險處理：臨時離開 Service Mode
如果每次都要手動退出而影響使用，可以暫時停用 Service Mode。先關閉 TUN 與系統代理並確認一般網路已恢復，再使用目前用戶端設定中的 Service Mode 入口停用或解除安裝 Clash Verge Service。不同版本的按鈕名稱可能不同，應優先使用應用程式內的入口。
不要直接刪除 Windows 服務登錄資訊、虛擬網路介面卡或安裝目錄中的服務檔案。解除安裝後重新啟動 Windows，再開啟用戶端，確認 Running Mode 已回到 Sidecar 或其他非 Service 狀態。
先只使用系統代理驗證基本連線。沒有 Service 或系統管理員權限時，TUN 可能無法啟用，這是預期的影響，不應反覆點擊 TUN 試圖略過。
安全停用 Service Mode
恢復 Windows 直接連線
關閉 TUN 與系統代理，確認流量不再指向本機代理連接埠。
完整退出用戶端
從系統匣退出並等待清理完成，再開啟設定中的 Service Mode 入口。
透過應用程式內入口停用或解除安裝
接受正常的 UAC 提示，不要手動刪除服務登錄資訊或不明檔案。
重新啟動後先測試系統代理
確認 Running Mode 已不是 Service，保持 TUN 關閉，並完成一次實際 HTTPS 要求。
較高風險處理：僅在有對照結果時降回 v2.5.1
issue #7725 與 #7794 的回報者將 v2.5.1 標記為其裝置上最後一個正常版本，但這不是維護者公布的通用降版保證。只有在已重現相同日誌範圍、確認完整退出能解決問題、停用 Service 也驗證過，而且確實需要 Service Mode 時，才考慮使用官方 v2.5.1 Release 進行一次受控對照。
降版前請保留目前正式版安裝套件，記錄版本與設定，並從專案官方 Release 下載符合裝置架構的 v2.5.1。不要刪除使用者設定；首次啟動時先保持 TUN 與 Service 關閉，確認訂閱及系統代理正常，再安裝 Service，且只變更這一項進行關機測試。
舊版本缺少後續修正，不應長期使用。如果 v2.5.1 仍會阻止關機，就不要再將版本視為原因；請重新安裝目前正式版 v2.5.2，或之後經官方確認已修正的正式版，並先維持 Service 為解除安裝狀態。
如何解讀版本對照結果
| 結果 | 結論與下一步 |
|---|---|
| v2.5.1 連續兩次重新啟動均正常 | 只能說明本機的對照結果成立；請保留證據並留意後續正式版 |
| v2.5.1 仍阻止關機 | 停止降版，恢復目前正式版並維持 Service 為解除安裝狀態 |
| 降版後訂閱或網路發生異常 | 先恢復目前正式版與直連，不繼續混合測試 |
| 只有來源不明的舊安裝套件 | 不要降版，改用完整退出或停用 Service |
這些做法不能算修復
不要反覆點擊「仍要關機」或長按電源鍵，不要刪除整個 AppData 設定目錄，不要手動刪除不明的 Windows 服務或虛擬網路介面卡，也不要為了測試而下載來源不明的 AutoBuild。
強制結束處理程序可以解除當次阻塞，卻可能略過設定儲存與代理清理；只有在已取消關機、儲存所有工作，並確認用戶端無法自行退出時，才能把透過工作管理員終止 GUI 當作恢復目前桌面的最後手段，之後仍須檢查系統代理。
驗證關機、重新啟動與代理恢復
選擇一種處理方式後，在可控時段內連續重新啟動兩次。每次都先儲存工作，記錄是否出現阻止頁面，並在重新登入後檢查系統代理、訂閱、Profile 與規則。
關機不再受阻只是第一層結果。還要確認退出前的日誌顯示核心已停止，重新啟動後 Windows 沒有代理殘留，重新開啟用戶端後設定仍完整，而且系統代理能完成一次新的 HTTPS 要求。
最終驗證清單
- 已記錄程式保持執行與從系統匣完整退出的對照結果
- Windows、Clash Verge Rev 與 Running Mode 已記錄
- 是否停在“透過服務停止核心 (IPC)”已經確認
- 每次只修改退出方式、Service 或版本中的一項
- 連續兩次關機或重新啟動，都沒有出現應用程式阻止頁面
- Windows 系統代理沒有殘留，直接連線可以恢復
- 重新開啟用戶端後訂閱、Profile 與規則仍完整
- 若卸載 Service，已確認 TUN 不再被誤當作可用
- 若曾降版，已保留回到目前正式版所需的安裝套件與路徑
目前證據能說明什麼
截至 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；不要公開完整的處理程序傾印、訂閱或節點憑證。