本文目录
关机被应用挡住时，先保存工作并取消关机，比反复强制结束更有利于判断问题。窗口关了不代表程序和服务都已退出，需要把系统提示与完整退出的日志对上。恢复正常关机也不能证明旧服务安全，重新启用前仍须有官方安全公告要求的修复证据。
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，不要公开完整进程转储、订阅或节点凭据。