IP代理在链路中间做了什么

把IP代理想象成链路中间多出来的一跳，比任何定义都直观。请求原本直接从本机发往目标端，接入之后先到代理服务器，再由它用自己的出口转发出去。这一跳不改动请求内容，只改变出口的归属，理解这一点，后面的很多疑问都会自然消解。

这一跳做了什么

这一跳做了三件事：接收请求、替换出口、把结果回传。替换出口是关键，它让目标端看到的是代理服务器那边的地址，而不是本机地址。代理IP的其余能力，几乎都是从这一个动作延伸出来的，理解了替换，就理解了它的大半。

• 接收请求：本机把请求交给代理服务器
• 替换出口：由代理服务器的地址发送出去
• 回传结果：把目标端的响应带回本机
• 内容不变：请求体与参数保持原样

为什么要多这一跳

多这一跳的直接代价是延迟增加，收益是出口变得可控。对于需要固定归属、需要分散来源、或者需要隔离环境的任务，这个交换是划算的；如果只是普通访问，多这一跳确实没有必要，代理IP的价值也就体现不出来。

判断的依据始终是需求。

把这一跳理解成出口的替换，比理解成加速更准确。代理IP解决的是看见谁的问题，不解决快不快的问题。方向搞对了，选型时就不会被速度类宣传带偏，也不会因为延迟略高就否定整个方案。

这一跳的边界

代理IP不解析内容，也不替目标端做判断，更不会改变请求本身。弄清楚边界之后，很多不属于它的期待就不会落空，使用时的判断也会更稳。

边界清楚，期望才合理。

把链路位置想明白，代理IP到底是干嘛的这个问题就答完了一半。