继承这件事，说白了就是新配置从旧配置里带过来多少。带多了会互相打架，带少了要重填，两头都费时间。代理IP的配置里有几项适合继承、几项必须重设，分清这两类，换设备换工具时能少走很多弯路。
参数可以继承，状态不能继承。
先看哪些适合继承。地址、端口、协议这三项是静态的，跟着账号走，换环境照样有效，留着能省打字。账号和密码也一样，只要账号没换，抄过去就能用。这五项是继承的基本盘。登录入口和授权方式不在其中，换了环境通常要重新走一遍，别指望它跟着过来。
- 可继承
- 地址、端口、协议、账号、密码，跟着账号走，换了环境仍然有效。
- 不可继承
- 会话状态、缓存、并发占用，这些属于运行时，换了环境要重新建立。
- 需重设
- 启动方式、超时、例外规则，依赖具体环境，照抄往往不合适。
为什么状态不能继承
会话和缓存记录的是「上一次连接的样子」。旧环境里连着的那条代理IP线路，到了新环境未必还通；旧缓存里记的连接参数，到了新环境可能指向一个已经不存在的代理IP端口。带着这些状态过去，最常见的表现是新配置明明没错，却一直用老参数在跑。换环境的第一个动作，应该是把状态清掉。
顺序上有个简单的原则：先清状态，再迁参数，最后调环境相关的三项。反过来做，参数迁完了才发现状态在捣乱，还得回头再清一次。顺序对了，一轮就能到位。
继承设置会不会把旧的错误也带过来
会。旧的例外规则里如果有一条是错的，继承过去还是错的，而且更难发现，因为它看起来是「一直以来的配置」。迁完之后把规则列表逐条过一遍，删掉不认识的、合并重复的，这一步比迁参数更重要。
换工具时最容易漏的一项
最容易漏的是超时。旧工具默认超时可能比较宽，新工具默认偏紧，配置都迁对了，表现却是大量请求失败。看着像线路的问题，真正的原因在超时这一项。换工具之后先把超时调宽一点，跑通了再往回收紧。
继承之后要验什么
验三件事：能不能连上、流量走不走线路、例外规则生不生效。三件事分别对应参数、接管、规则，任何一件不对，都能定位到具体是哪一项没迁好。验完再上业务，比跑起来出了问题再回头查省时间。
继承的本质是省重复劳动，不是省判断。该重设的几项重设一遍，剩下的才交给继承。
迁移的顺序是先清、再迁、后调。出问题时按这个顺序倒着查一遍，多半能定位到是哪一步没做对。