先把需求写出来，比先看报价单有用
见过太多人选代理IP的方式：打开几个服务商官网，把套餐价格截个图放一排，然后挑数字最小的那个。买回来跑起来才发现，提取出来的IP连目标站点首页都打不开，或者稳定跑十分钟就开始大面积超时。找客服，对方回一句"您这种调用频率不在套餐范围内"，两天时间就这么没了。
顺序应该是反的。先拿张纸，写三行东西：
第一行，用途。是整理公开数据做分析，还是给模型训练准备语料，还是盯着同行的公开报价做市场研究。用途决定你需要动态IP还是静态IP。
第二行，量级。一天大概多少请求，同时开几个线程，最长一次连续跑多久。这决定你要看服务商的并发上限和提取频率限制。
第三行，时效。拿到一个IP之后，多久用完就丢。几分钟丢一个的，短效动态IP就够了；一个接口要长期稳定调用几十天的，那得看长效静态IP。
这三行写完，你会发现自己的判断标准一下子就清晰了。下面这份清单，就是按这三行需求往下延伸出来的。
第一关：资质和授权，问不清楚的直接跳过
这一项是地基。代理IP资源从哪来，直接影响你后面所有指标能不能兑现。市面上有些低价服务商，资源是靠层层转售拼出来的，链路中间隔了三四个环节，你这边超时了，他自己都查不到是哪一段断的。
问的时候不用绕弯子，就三句话：
① "你们的IP资源是运营商正规授权的吗，能不能出示授权凭证？"② "支持哪些协议，HTTP、HTTPS、SOCKS5 是全支持还是只支持一部分？"③ "我这种用途在你们的服务范围内吗？"
第三个问题很多人不好意思问，其实最该问。正规的服务商对用途边界是有明确说法的，含糊其辞、什么都说"可以可以"的，反而要小心。像神龙HTTP这类做国内业务的平台，背后是国内三大运营商的正规授权，千万级资源池，这类信息在他们的产品说明里是写清楚的，不需要你反复追问才挤出来。
还有一个小动作很省事：让对方给你一个测试额度，先提10个IP出来，看看返回格式是不是干净。有些服务商的提取接口会带一堆状态码和多余字段，你在代码里还得写一堆判断去清洗，等于给自己加工作量。
第二关：节点覆盖，别被城市数量吓住
"覆盖200个城市"和"覆盖300个城市"这种宣传语，参考价值有限。你真正要确认的是：你业务涉及的那几个地方，有没有稳定出口。
假设你要做的是某几个省份的本地生活类公开信息整理，那就把这几个城市列出来，各要20个IP，跑同一个请求，记录三件事：成功率多少、平均响应多长时间、有没有某个城市一直返回失败。20个样本不算多，但足够看出哪块是短板了。
另外注意"城市级定位"这个词的含金量。同样标着某城市，有的只是把这个城市的段做了标记，实际出口可能绕到隔壁省；真正做城市级定位的服务商，才能把粒度控制到具体的城市。神龙HTTP这边是300+城市级精准定位，如果你手上正好有跨区域对比的需求，这个粒度是能派上用场的。
覆盖密度还有一种容易被忽略的坑：同一时间取太多次，会不会拿到重复IP。你可以连续提50次，把结果去重，看看重复率。重复率高意味着你的采集任务会反复撞同一批出口，效率直接打折。
第三关：响应效率，用四个动作测出来
参数表上的"低延迟高并发"是形容词，不是数据。想拿到真实情况，自己动手测四个动作，半小时能出结论。
动作一，量取IP的耗时。从调接口到拿到IP，正常应该是秒级。如果你调一次要等五六秒，那说明对方接口在排队，你后面所有的并发计划都要重算。
动作二，量首包延迟。拿到IP后立刻对同一个目标站点发请求，记下第一个字节回来的时间。同一个IP测三次取中位数，别只看一次的结果，网络抖动很正常。
动作三，做一轮并发压测。按你真实的线程数跑十分钟。这里重点看的不是"能跑到多快"，而是掉线比例——100个请求里有多少个是连接失败或者中途断掉的。这个数字比峰值速度重要得多。
动作四，跑满24小时看连续可用率。很多问题是在长时间运行之后才暴露的，比如半夜某个节点整体不可用、或者用久了提取接口开始限流。能稳定跑到99.9%可用率的，才算过关。
测试代码不用写复杂，几行就够：
import requests, time
# 1. 先从提取接口拿一个IP，格式通常是 IP:端口
t0 = time.time()
line = requests.get("你的提取接口地址", timeout=10).text.strip()
print("取IP耗时 %.2fs" % (time.time() - t0), line)
host, port = line.split(":")
proxy = {"http": f"http://{host}:{port}", "https": f"http://{host}:{port}"}
# 2. 用这个IP访问目标站点，记录首包耗时和状态
t1 = time.time()
try:
r = requests.get("https://目标站点/任意页面", proxies=proxy, timeout=8)
print("首包 %.2fs 状态 %s 长度 %d" % (time.time() - t1, r.status_code, len(r.text)))
except Exception as e:
print("失败:", e)把这段塞进一个循环，跑100次，把成功、失败、超时分开计数，一张属于你自己的评估表就出来了。比看任何宣传页都实在。
第四关：文档、工具和出了问题找谁
前三关过完，基本能筛掉一大半。剩下的这几家，比的就是用起来省不省心了。
看文档。好的文档不是把接口参数列一遍就完事，而是给可运行的示例代码。你用的是 Python 还是 Java，能不能直接复制过去改两行就跑通，这决定了你上手要花两小时还是两天。
看后台。有没有可视化的用量统计，能不能看到每个时段的调用曲线、失败请求占比。有这个东西，你排查问题是看数据，而不是靠猜。神龙HTTP的个人中心就带实时监控和用量统计，异常请求能及时识别出来，长期看还能分析自己的使用趋势，判断该调整哪个环节。
看支持。半夜两点任务卡住了，能不能找到人。技术团队7×24小时在线这件事，平时感觉不到价值，真出问题的那一晚，差别是天壤之别。
把上面四关整理成一张表，对着问、对着测，很快就能得出结论：
| 评估项 | 具体怎么问 / 怎么测 | 合格参考线 |
|---|---|---|
| 资质授权 | 能否出示运营商授权凭证，资源池是否自持 | 凭证齐全，链路可说明 |
| 协议支持 | HTTP / HTTPS / SOCKS5 是否全覆盖 | 三种都支持，文档写明 |
| 城市覆盖 | 抽目标城市各20个IP，测成功率 | 目标城市命中率九成以上 |
| 取IP耗时 | 连续调接口20次，记平均值 | 秒级返回，波动小 |
| 首包延迟 | 同一站点测三次取中位数 | 百毫秒量级 |
| 并发稳定性 | 按真实线程数跑10分钟，算掉线比例 | 掉线率低于1% |
| 连续可用率 | 跑满24小时统计成功请求占比 | 99.9%左右 |
| 文档与支持 | 看有无示例代码，问响应时间 | 示例可直接跑，支持随时在线 |
几种常见需求，对应的选型方向
清单是通用的，落到具体场景还得微调。
公开数据采集。请求量大、目标分散，短效动态IP是主力，重点看并发上限和IP重复率。这时候"IP纯度"这个指标就很关键，纯度低意味着你拿到的IP里有相当一部分已经被目标站点标记过，请求发出去就是无效功。
模型训练语料整理。特点是持续时间长、量大，中途断掉重跑的成本很高。除了稳定性，还要看提取接口在高频调用下会不会限流，最好提前跟服务商确认清楚提取频率的边界在哪。
固定接口长期调用。这类需求跟上面两种正好相反，不需要频繁换IP，需要的是这个入口长期稳定。长效静态IP或固定IP代理更合适，评估重点从"取IP多快"变成"这个IP能稳多久"。
神龙HTTP这三条线都有对应产品——短效动态IP、长效静态IP、固定IP代理，一套账号就能覆盖，切换成本低。对团队来说，不用为不同项目开三份合同，管理上省事不少。
常见问题
Q：价格差好几倍，便宜的那家参数看着也不差，能选吗？
先别急着下结论，把测试那段代码拿去跑一遍。低价服务商最常见的问题是可用率不稳定——宣传页上写着高可用，实际跑起来掉线率超出预期很多。另外留意它是不是转售，转售的链路长，出问题时排查会很慢。用真实数据对比，比看参数表靠谱。
Q：城市数量越多是不是越好？
不一定。你要的是"我需要的地方有稳定出口"，不是地图上涂满颜色。有些服务商标注的城市很多，但某些城市的实际IP数量很少，提取时反而经常拿不到。按前面说的，抽目标城市各20个IP实测成功率，比看总数直观。
Q：我刚开始做，量不大，是不是买个最便宜的套餐就行？
量小可以从小套餐起步，但别在资质上省。授权不清楚的服务商，你前期跑得挺顺，等到任务量上来、需要稳定支撑的时候，往往会发现根本没有余量可用，迁移一次的成本比省下来的钱多。先用小套餐验证稳定性，确认没问题再往上加，这个路径比较稳。
Q：测的时候表现挺好，正式跑就出问题，是什么原因？
大概率是测试环境和真实环境不一致。测试时你是单线程跑几十个请求，正式跑可能开到了几十个线程、连续跑几个小时。建议把压测环节做扎实一点：按真实线程数跑够十分钟以上，再挂一晚看连续可用率。另外确认一下提取频率有没有超过对方文档里写的限制，超了会被限速，表现出来就是"越跑越慢"。
Q：怎么判断一家服务商的技术支持是不是真的靠谱？
提一个稍微具体点的问题试一下，比如"你们提取接口返回 429 的时候，推荐的退避策略是什么"。能给出明确答案的，说明背后确实有技术团队；只会回"稍等我问一下"然后就没下文的，心里有数就行。文档质量也是个侧面参考——示例代码能不能直接跑通，很能说明问题。
