请求发出去之后，代理IP在哪一段接手

一行请求从程序里发出去，到目标那边收到，中间要经过好几段路。程序先把请求交给本机的网络层，网络层按目标地址把它送出去，路上经过若干台承担转发的设备，最后到达对方。代理IP出现在这条链的中段：请求先交给中间的代理服务，由这一端以自己的名义向目标发出，再把结果带回来。对目标那一端来说，发起方变成了代理服务所在的机器。

请求经过的几段

从程序到目标，大致可以分成四段。第一段在程序内部，把参数整理成一行请求。第二段从本机连到代理服务，这一段用的是它的地址。第三段由这一端连到目标，用的是它自己的位置。第四段是目标的响应沿原路返回。代理IP接在第二段和第三段之间，把两段拼成一条看起来连续的链路。

接手的具体位置

接手发生在代理服务那一端。本机把请求连到它之后，它读出目标位置，自己另外开一条连接去访问目标，再把拿到的内容回给本机。程序这边的写法几乎没有变化，仍然是发一行请求、等一个结果，变化的是中间多了一个转手的角色。

本机侧要改的地方

本机侧要改的只有连接的目标。原本填的是目标的地址，现在填中间那一层的位置。有些工具把这两者分开填，一个写代理的地址和端口，另一个照旧写目标；有些工具则把目标地址也一并交给代理去解析。两种写法都能用，区别在于哪一端负责解析，配置时看工具怎么要求即可。

这一段换掉之后变了什么

最直接的变化是目标看到的来源换了一个。原本看到的是本机所在网络的位置，现在看到的是中间那一层所在的位置。其次是路径变了，请求不再走本机到目标的直接路线，而是先绕到代理服务所在的地方再出发，多出来的这一段会带来一点延迟。第三是可控性提高，来源、线路、切换时机这些原本由运营商安排的事，现在可以自己决定。

延迟多出来的部分

延迟主要来自两处。一处是本机到中间那一层那一段的距离，另一处是中间那一层到目标的距离。两段加起来如果比原来那条直连路线长，整体就会慢一些。所以在选线路的时候，中间那一层离目标近不近，比它本身快不快更重要。

程序里的写法几乎不用改，改的是连接的目标。

把这条链看清楚，接代理时就知道该改哪一处。程序里动的是连接目标，其余环节照旧。代理IP能改变的是目标看到的来源和请求走的路径，改变不了目标本身的规则。先弄清接手的位置，配置才不会改错地方。