如何安全地更换订阅地址
订阅地址可能因密钥重置或服务迁移而变化，更新应从已确认的账号后台获取。
可信新地址来源全部设备更新状态旧令牌失效确认
配置与版本的对应关系
围绕这项问题，首先需要取得可信新地址来源的记录，并确认全部设备更新状态是否与当前任务对应。记录实际应用和内核版本。这里需要区分记录本身和由记录推导的判断；旧令牌失效确认则用于确认最终选择或处理结果。
导入或修改前的核对
替换前核对来源，完成后移除旧地址并验证更新成功。
| 阶段 | 对应问题 | 应保留什么 |
|---|---|---|
| 确认条件 | 可信新地址来源 | 记录实际应用和内核版本 |
| 执行对照 | 全部设备更新状态 | 保留私有配置副本及脱敏日志 |
| 解释结果 | 旧令牌失效确认 | 逐个确认常用任务，保留恢复方法 |
具体情形：怎样推导而不跳过条件
说明性案例 · 不代表任何品牌的实测结果
假设后台重置订阅后旧地址失效，各设备都需要替换并刷新配置。完成后核对更新时间与节点列表，再删除旧记录；若因泄露而更换，需要确认旧令牌已在服务端失效。
这个情形的重点是可信新地址来源、全部设备更新状态与旧令牌失效确认之间的对应关系。条件发生变化时，需要重新核对结果；不能只保留案例中的数字，而省略它成立的前提。
可直接使用的核对表
| 核对字段 | 建议记录方式 | 完成后的用途 |
|---|---|---|
| 可信新地址来源 | 记录实际应用和内核版本 | 确认起点与边界 |
| 全部设备更新状态 | 保留私有配置副本及脱敏日志 | 进行同条件比较 |
| 旧令牌失效确认 | 逐个确认常用任务，保留恢复方法 | 判断结论是否成立 |
同一次记录应使用一致的时间窗口，并保留对应来源、版本或原始样本。出现相互矛盾的数字时，先查明差异，不用平均值或其他品牌资料填补。
验证任务与恢复原配置
- 先核对 可信新地址来源
记录实际应用和内核版本，将可确认的条件写入表格；未取得的信息单独标记。
- 再检查 全部设备更新状态
保留私有配置副本及脱敏日志，使用与本文问题相对应的记录，避免无关数据影响判断。
- 最后判断 旧令牌失效确认
逐个确认常用任务，保留恢复方法，如必要条件仍缺失，先完成核对，再执行依赖它的选择或修改。
结论与适用边界
怀疑旧密钥泄露时请求重置，删除聊天记录不能替代服务端令牌失效。
本文提供的是客户端的判断方法，案例采用明确的假设条件。涉及具体品牌时，需要引用当前档案中的套餐版本与资料日期；涉及实际体验时，还需要你所使用网络和任务的记录。
技术参考
配置字段与版本兼容性请分别核对 sing-box 官方配置文档 与 Mihomo 官方配置文档。本文不把某个客户端的操作步骤泛化到全部应用。