有一种情况最让人困惑：给代理IP地址测速，延迟不高、吞吐不小，数字都挺漂亮，可实际用起来就是卡——打开网页转圈、视频缓冲、操作延迟。测速数字和实际体验对不上，问题多半出在测速没覆盖到的地方。常规测速测的是「路通不通、跑多快」，而体验还受另外几样东西影响。
测速是抽样，体验是全过程——测速那几秒钟路况好，不代表全天路况都好；测速用的是理想小请求，不代表真实业务的复杂交互都顺畅。当数字和体验矛盾时，别急着怀疑测速错了或地址坏了，先按下面三处查一查，多半能找到答案。
第一处：丢包
丢包是延迟和吞吐都测不出的隐形杀手
常规测速测延迟、测吞吐，但常常不测丢包——而丢包恰恰是「数字好看用着卡」的头号原因。丢包意味着部分数据包在中途丢失、需要重传，每次重传都带来额外延迟和吞吐浪费。如果丢包率有百分之几，网页就会明显感觉卡顿，但平均延迟数字可能依然好看（没丢的包都很快）。
查丢包的方法很简单：连续发一批探测请求，数一下有多少没收到回应，没回应的比例就是丢包率。对多数业务来说，丢包率低于百分之一算健康，超过百分之二三就会开始影响体验。如果测出明显丢包，再看丢包是不是只发生在特定时段或特定目标——规律性丢包往往是线路或出口的问题，值得排查。
第二处：抖动
抖动是延迟的波动幅度：平均延迟 80 毫秒但忽而 30 忽而 300，和稳定在 80 毫秒，体验天差地别——前者每个请求的等待时间都不一样，交互节奏完全被打乱。平均延迟掩盖了抖动，所以光看平均数字会觉得「不慢」，实际用起来却觉得时快时慢、不稳定。
查抖动要把多轮延迟的数字摊开看：如果几轮结果挤在一起，抖动小，体验稳定；如果结果散得很开，抖动大，体验就会忽好忽坏。抖动对网页浏览、接口调用这类频繁小交互的业务影响尤其明显——每次点击的响应时间都不一样，体感就是「卡卡的」。抖动大的地址，即使平均延迟低，也不适合交互型业务。
第三处：目标站本身
有时候问题根本不在代理IP地址，而在你访问的目标站：目标服务器性能差、本身繁忙、对代理出口做了限速或校验，都会让你感觉「卡」，但测速如果测的是别的目标，数字自然好看。判断方法很简单——换一个目标站测同样的代理IP地址：换个目标就快了，说明问题在原来的目标站，不在地址；换什么目标都慢，才说明是地址或链路的问题。
查目标站还有一个技巧：直连访问那个卡顿的目标试试——直连也卡，说明是目标站或本地到目标的线路问题；直连不卡、走代理卡，才确认是代理IP这段引入的问题。这个对照能帮你把责任分清，避免把目标站的问题算到代理IP地址头上。
代理IP地址测速数字好看用着卡，按三处查：先测丢包看有没有隐形重传损耗，再看抖动看延迟波动是否打乱节奏，最后换目标站对照分清是不是目标站的问题。三处查完，数字和体验的矛盾基本都能解释清楚，测速和体感也就对上了。