你直连下载能跑到50Mbps，通过代理IP下载只有25Mbps——不是因为代理IP限速，是TCP在代理模式下的一些底层参数导致吞吐量下降。本文讲三个网络层面的原因和对应的优化方法。
原因一：MTU不匹配导致分片
MTU是单个网络包的最大传输单元，默认1500字节。代理连接路径上如果某一段的MTU小于1500，数据包会被分片——一个包拆成两个甚至更多，传输效率就减半。TCP的Path MTU Discovery本应自动发现路径MTU，但在代理和防火墙环境下经常失效。
检查方法：ping -M do -s 1472 代理IP地址。如果返回”message too long”说明路径MTU小于1500。优化：把客户端的MTU调小到路径MTU值（通常1400-1450安全），避免分片。
原因二：TCP窗口被代理缓冲限制
TCP窗口决定了”发了多少数据没收到确认之前可以继续发”。代理服务器在中间做转发时需要一个缓冲区。如果代理服务器的TCP缓冲区小，你的发送窗口会被代理限制——明明你到代理的带宽很充裕，但代理不让你发太快，因为它的缓冲区满了。
这个问题的具体表现是：下载速度曲线像过山车——一会快一会慢。快的时候是缓冲区满了全速发送，慢的时候是缓冲区空了在等待目标服务器确认。
优化：调整客户端的TCP缓冲区大小（Linux: sysctl -w net.core.rmem_max=4194304）、使用支持大窗口的代理协议（SOCKS5通常比HTTP代理窗口表现好）。
原因三：路由绕路增加RTT
直连：你→目标网站（最短路径）。代理连接：你→代理IP→目标网站。如果代理IP到目标网站的路径绕了路——比如代理在洛杉矶但到东京的网站走了一条绕回新加坡的路径——RTT翻倍，吞吐量对半减。
这是代理IP最常见的”隐性减速”——延迟测试正常（你到代理50ms），实际下载慢（代理到目标200ms）。解决方法是选离目标网站更近的代理节点。天行IP（邀请码 blsj，月付6元起）支持按需选择节点地区。
怎么判断卡在哪一层
用curl分段测：curl -x http://代理IP:端口 -w “time_connect: %{time_connect}s time_total: %{time_total}s speed_download: %{speed_download}” -o /dev/null https://目标网站。time_connect高=TCP握手慢（代理远）。time_total远大于time_connect=目标响应慢。speed_download远低于直连=吞吐量受限。
常见问题
MTU调小后网速能提高多少？
如果有分片情况，MTU优化能提升10-30%。如果本身没有分片问题，调小MTU反而略微降低吞吐量（每个包的包头开销占比更高了）。先确认确实有分片再调。
为什么同一代理IP有时候快有时候慢？
路由波动——数据包可能走了不同的路径，某条路径拥堵。代理服务器的负载变化（其他用户在抢）。TCP窗口的动态调整。三个因素叠加导致速度波动。
