热备切换有个隐蔽的失败方式：动作做完了，号也重新连上了，但它们其实还走在原来那条代理IP上。参数改了、客户端没重启、配置没生效，这几种情况都会造成「看起来切了、实际没切」。确认这件事需要一点方法。
三条能分辨真假的迹象
第一条看地址，用能显示当前连接地址的工具查一次，这是最直接的证据。第二条看表现，如果切换前后往返时间几乎没有变化，而两条代理IP平时的表现差异是明显的，那就要怀疑没切成功。第三条看分组，原本两组的号如果在切换后仍然混在一起，说明配置没有生效。
- 地址核对
- 最直接，能查就查一次
- 表现对比
- 两条线差异明显时最有效
- 分组核对
- 看号是否按预期分开
- 客户端重启
- 配置生效的必要动作
地址核对只要十秒，却能定案。
为什么容易误判
多数误判来自「重启一下就以为生效了」。客户端重启只保证进程是新的，配置有没有被读取、读取的是哪一份，仍然需要单独确认。另一个来源是缓存，某些客户端会记住上一次的连接信息，看起来连上了，实际用的是旧记录。
切换之后的第一件事不是继续玩，是确认它确实换了一条路。
把确认做成固定动作
把上面三条做成一个固定清单，每次切换之后花两分钟走一遍。两分钟换来的是确定性：要么确认已经切到新的代理IP上，要么立刻发现问题重新切一次。没有这一步，热备的状态永远是「大概切了」，下一次出问题时判断依据也就跟着不可靠。
确认无误之后再继续
确认完成之后，再把号放回去继续跑。这个顺序多了一步，却省掉了后面反复排查的时间。切换加确认一共三五分钟，比事后花半小时查「到底切没切」要划算得多。
Aniimo这类新作，客户端的连接行为还没有被摸透，误判的概率比成熟游戏更高。把确认做成固定动作，两分钟走一遍三条迹象，用的那条代理IP到底是哪一条，心里一直是清楚的。