先留住现场

如果你正在核对“客户端升级”，先别凭印象打勾。每一项都应该能找到页面提示、账单、状态记录或一次明确的操作结果。

简短结论：升级应基于官方 release 和迁移说明，先备份最小必要配置并保留旧版本回退路径。

编辑部为什么这样建议

客户端教程应该让你装得上、导得进、连得通，也知道出错时去哪里看日志。

时间应该花在哪里

真正容易耗时间的不是“记录当前客户端与核心版本”本身，而是没有确认结果就继续做“阅读官方变更”。前一步不确定，后面的正常或异常都很难解释。

因此“在测试配置升级”只负责验证一个假设，“验证订阅、规则和系统代理”负责决定是否收手。可执行的结束条件是：关键任务连续通过后再更新其他设备。

逐项核对

  1. 记录当前客户端与核心版本把这一项写成能回答“是/否”的检查，不要只凭印象。
  2. 阅读官方变更保存页面、账单或状态里的原始依据，后面比较时不靠记忆。
  3. 在测试配置升级不确定的项目直接标成未知，不按最有利情况补全。
  4. 验证订阅、规则和系统代理所有必要项都满足后再继续，少一项就先处理那一项。
  5. 失败则回退把这一项写成能回答“是/否”的检查，不要只凭印象。

完成前再过一遍

  • 记录当前客户端与核心版本
  • 阅读官方变更
  • 在测试配置升级
  • 验证订阅、规则和系统代理
  • 失败则回退
  • 关键任务连续通过后再更新其他设备。

满足这些条件再继续

关键任务连续通过后再更新其他设备。

有一个坑需要提前说

不要在故障高峰同时升级全部设备。

价格、地区、版本和平台政策会变化；涉及这些信息时，请在操作当天重新核对官方页面。本文没有覆盖的地区或环境，不自动沿用同一结论。

客户端升级仍然卡住？再做一次有边界的对照

先确认你已经完成“失败则回退”。配置已经正确但缺少可导入的订阅时，可查看 Muku 当前客户端入口和套餐。

获取 Muku 订阅与客户端关系说明：本站由 Muku 运营。推荐入口与本文场景相关，但不构成固定速度、平台可用性或账号结果保证。

读完通常还会问

客户端升级第一步应该做什么？

记录当前客户端与核心版本

什么时候值得改用另一种方案？

关键任务连续通过后再更新其他设备。

这篇文章依据什么

本文用《v2rayN 官方仓库》核对Windows 客户端发布与使用资料，再用《sing-box 官方文档》确认sing-box 配置与版本变更。两份资料解决的是不同事实边界；如果其中一份更新，应先重查对应段落，而不是只改页面日期。

v2rayN 官方仓库
Windows 客户端发布与使用资料；核验日期 2026-09-07。
sing-box 官方文档
sing-box 配置与版本变更；核验日期 2026-09-07。