本文目录
先确认是不是同一种关机阻塞
本文只处理一类明确现象：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，不要公开完整进程转储、订阅或节点凭据。