选带宽的时候容易只盯着代理IP那一侧的数字，忽略了本地这条线本身也有上限。业务的请求先要经过本地宽带出去，才能到入口。本地出口如果只有几十兆，链路再宽也用不上，速度始终卡在本地这一段。
链路上有两个上限，取小的那个
一条链路的实际速度由最窄的那一段决定。本地接入、运营商线路、入口侧、出口侧，每一段都有自己的上限，最终可用值等于其中最小的那个。代理IP的带宽只是其中一段的数字。把它单独拿出来看，判断很容易偏。
- 第一步：测本地直连时的速度
- 第二步：看本地出口带宽是多少
- 第三步：与代理IP的带宽对比
- 第四步：取两者中较小的那个作为预期
怎么确认限制在本地这一段
方法很直接：暂时不用代理IP，用本地网络直接跑一次同样的任务。如果速度几乎一样，说明限制本来就在本地这一段；如果直连明显更快，代理IP这一段才值得继续查。代理IP的对比测试必须在同一台设备、同一时间段做，条件变了结论就不成立。
先量本地，再谈代理。
上行方向更容易被忽略
本地宽带的上行通常比下行小得多，很多套餐下行给到几百兆，上行只有几十兆。代理IP的上传类业务跑的是上行方向，卡在本地也就在情理之中。推流、上传素材、同步文件这类任务，先确认本地上行有多少，再决定代理IP选多大。
需要注意的是：换设备测试之前，先确认那台设备的网络条件与原来一致。
把本地这一段确认清楚，代理IP的选型才有稳定的基准。链条上每一段都量一遍，找出最窄的那一处，投入才会落到真正起作用的位置上。