用 curl 测代理IP，第一步是让 curl 真正走代理：不指定代理的时候，curl 会直连目标，测出来的数字跟代理IP一点关系都没有。让 curl 走代理有两种常见写法——用 -x 参数临时指定，或者设环境变量让 curl 自动读取；两种写法各有适用场景，配合直连对照，就能把代理IP的影响单独量出来。
先记住最直接的一种：在 curl 命令里加 -x 参数，后面跟代理IP的地址端口，并注明协议类型。比如走 HTTP 类型的代理，写法是在代理IP地址前加 http:// 前缀；走 SOCKS5 类型，写法是加 socks5:// 前缀。协议前缀写对很重要，写错或漏写，curl 会按默认方式处理，测出来的结果就不对。
两种指定代理的写法
第一种是临时指定，每次命令里都写 -x。这种写法适合「这次走代理、下次不走」的灵活测试：想测直连就把 -x 去掉，想换一个代理IP出口就改 -x 后面的地址，一条命令一个场景，互不干扰。排障时强烈推荐这种写法，因为它天然满足「一次只换一个变量」的原则——命令里改哪个参数，你就知道在测哪个变量。
第二种是环境变量：设置 HTTP_PROXY、HTTPS_PROXY 这类变量后，curl 会自动读取并走代理，命令里不用再写 -x。这种写法适合「这个终端里所有命令都要走代理」的场景，比如批量脚本测试。但它有个坑：环境变量是全局的，测试完忘记取消，后面所有 curl 都还走代理，容易把直连测试误测成代理结果。
两种写法可以混用且优先级明确：命令里的 -x 参数优先于环境变量。也就是说，即使环境变量里设了代理，只要某条 curl 命令显式写了 -x，就以 -x 为准；想临时撇开环境变量测直连，可以写一个空的代理参数来覆盖。理解这个优先级，测试时就不会被「明明写了直连却还在走代理」这种事搞糊涂。
直连对照是测代理的基础动作
让 curl 走代理之后，最值得做的测试是直连对照：对同一个目标，先用直连 curl 测一次，再用走代理IP的 curl 测一次。两次结果对比，直连快而代理慢，说明代理IP这一段拖了后腿，值得深入查；两者差不多，说明代理IP的开销在正常范围，慢的原因在别处。这个对照是后面所有判断的地基。
做直连对照时，两条命令除了「是否走代理IP」之外要完全一致：同一个目标、同样的请求方式、紧接着跑。如果换了目标或者隔了很久才测第二次，目标网站自身的波动会混进来，对照就失效了。把两条命令连在一起跑，间隔几秒钟，结果最干净。
curl 走代理IP之后，第一眼要看的是返回的状态码：正常完成会返回 200 这类成功状态，连不上会返回连接类错误，超时会有专门的报错提示。状态码帮你区分「请求发出去了但目标有问题」和「请求根本没发出去」两种完全不同的情况，是判断 curl 测试是否有效的第一步。
如果 curl 报错，报错原文里通常带着原因线索：连接被拒、超时、无法解析、握手失败，每种报错指向不同环节。把报错原文和「走的哪个代理IP、测的哪个目标」一起记下来，排查就有据可依。别急着反复重试，先读报错——这和图形界面报错是一个道理，只是命令行把报错写得更直白。
掌握了让 curl 走代理IP的写法，下一步就是看它输出的数字：curl 能告诉我们这次请求到底花了多少时间、时间都花在哪个环节。写代理测试命令的两个口诀：临时测用 -x，整批走用环境变量，混用时 -x 优先。