标着静态的代理IP线路，用起来偶尔也会掉线重连，很多人第一反应是被换了资源。多数情况掉的是连接，地址本身没变。客户端与线路之间的链路断一次，重连之后地址照旧，任务却可能已经中断。分清掉的是哪一样，处理方式完全不同，动错了方向只会越弄越乱。
先分清掉的是地址还是连接，这两件事的处理办法不一样。
判断办法很直接：掉线之后马上查一次地址，和掉线前对比。地址一样，说明断的是连接；地址变了，才是资源被换。前者查本地与链路，后者找服务方对账。
- IP地址变化
- 资源被换或到期，重新查一次即可确认
- 连接断开
- 本地网络、客户端、链路三处之一出问题
- 会话失效
- 地址没变但登录状态丢了，属于应用层的事
- 延迟突增
- 多为线路拥塞，等高峰过去再测
- 记录掉线发生的时刻与持续时长
- 掉线后立即查地址，与基线对比
- 地址未变就查本地网络与客户端日志
- 地址变了则联系服务方核对资源状态
掉线之后先看哪几处
先看本机网络，用同一台机器打开普通网页，能开说明本地网络正常，问题在客户端或链路；再看客户端日志，里面通常写着断开的原因，认证失败与超时指向完全不同的方向；最后才怀疑资源本身。这个顺序的用意是把免费的检查放在前面，别一上来就去问客服。
还有一种情况容易误判：机器休眠唤醒之后连接没恢复。表现和掉线一模一样，只是电源策略把网卡挂起了。把休眠时的网络保持打开，这类假掉线能少一大半。
重连次数也要看，一小时断五次和一天断一次，是两回事。
重连之后补什么
静态IP线路重连成功，不等于恢复原状。先确认地址，再确认会话，最后确认任务状态。三样都对上再继续跑，否则容易在错误的假设下产出错误结果，事后还查不出是哪一步出的问题。会话这一项最容易被漏，地址没变、任务在跑，登录状态其实已经失效。
把这些做成一张检查表贴在旁边，掉线时按表走一遍，比凭记忆临场判断稳得多。
