链式转发这个词听着复杂，拆开就是一句话：请求先到 A，再由 A 转到 B，最后从 B 出去，全程不直接对外。手机端做这件事，目的一般是把调度和对外呈现分开，让前一段负责选路，后一段负责对外呈现。层级理清了，配置就不会乱，出问题也知道先去哪一段看。
链式讲的是分工，层级理清了才不会乱。
按层级看，常见做法是两段代理IP链路：手机连本地的一段，本地这段再转到一个固定地址。本地那段管账号、管规则、管切换，固定地址那段管对外呈现。两段各管一件事，出问题时能分别验证是哪一段断了。
第一层：手机到本地
先能单独跑通一段，再谈两段接起来。
这一段是手机连到你自己中转的那段代理IP，配置项就是地址、端口、账号密码。这一段的特点是距离近、延迟低，出问题大多是手机侧的配置或后台被清理，跟远端线路无关。
本地这一段能不能省掉
能，但不建议。省掉之后手机直连远端地址，一旦这条地址有问题，你分不清是手机配置错了还是它不可用。留一段中转，等于给自己留了一个可以单独验证的中转点。
第二层：本地到远端地址
这一段决定对外呈现什么来源。这里的代理IP只是一段地址，它解决的是「从哪里出去」，解决不了「行为像不像一个正常用户」。很多人把这两件事混为一谈，配好之后发现效果不如预期，就是因为层级没分开看，把一段的问题当成了全部的问题。
第三层：地址之后
第三层级的部分不归你管，但会影响结果。对端看到的是对外地址和你的请求特征，两者一起决定这次请求怎么被处理。所以换地址能解决一部分问题，解决不了全部，剩下那部分要在行为层面处理。
排查顺序是固定的：先验第一段，再验第二段，最后才碰第三段。
按层级分开看，排查就有了顺序：先验第一层，再验第二层，最后才怀疑第三层。顺序反了，会在最不可控的那一层上耗掉大半时间。