先说覆盖城市这件事，别被"全国覆盖"四个字忽悠了
我干这行快六年了，见过太多人挑代理IP的时候，第一眼看的就是"覆盖多少城市"。销售跟你说"300+城市全覆盖"，你心里一高兴，下单了。结果真跑起来发现，你需要的某个三四线城市，IP池里翻来覆去就那两三个地址，用十分钟就废了。
所以覆盖城市这个指标，你得拆成两层来看：一是数量，二是密度。数量好说，300个城市听着挺唬人，但你要问的是——我常跑的那二三十个城市，每个城市底下挂了多少个可用IP？是几十个还是几百个？这直接决定了你并发跑的时候会不会撞墙。
另外还有一个容易忽略的点：城市级定位的精度。有些服务商标的是"省级"，你选了"浙江"，出来的IP可能是杭州的也可能是温州的，你根本控制不了。真正做数据采集或者做区域市场调研的朋友，这个精度差一点，数据就废了。我一般要求至少能精确到地级市，最好能指定到区县。
神龙HTTP在这块做得比较实在，300+城市级精准定位节点，而且支持你指定省份、城市甚至混播。我上次帮一个做本地生活数据监测的客户配方案，他需要同时盯12个地级市的数据，我们直接按城市维度给他划了资源池，每个城市独立调度，互不干扰。这种颗粒度，很多小服务商是做不到。
延迟这东西，差10毫秒体验就是两个世界
很多人对延迟没概念，觉得"能通就行"。但你真跑起来就知道，延迟高不是"慢一点"的问题，是超时、重试、IP被标记这一整条链式反应。
我给你算笔账：你一次请求走代理，正常延迟50ms，加上目标服务器响应200ms，总共250ms搞定。但如果代理延迟飙到300ms，你单次请求就变成550ms了。你并发跑100个请求，原本25秒能跑完的活，现在要55秒。更要命的是，很多目标站点的超时阈值就设的500ms，你延迟一高，直接给你408或者连接重置，IP还没用就废了。
怎么测延迟？别光看服务商给你的宣传页上那个"平均延迟<50ms"，你得自己跑。下面这段Python脚本我平时验收IP池的时候基本天天用，简单粗暴：
import time
import requests
import random
def test_latency(proxy_ip, proxy_port, count=20):
"""连续请求20次，统计延迟分布"""
proxies = {
"http": f"http://{proxy_ip}:{proxy_port}",
"https": f"http://{proxy_ip}:{proxy_port}"
}
latencies = []
for i in range(count):
start = time.time()
try:
r = requests.get("http://httpbin.org/get", proxies=proxies, timeout=5)
elapsed = (time.time() - start) 1000
latencies.append(elapsed)
except Exception as e:
latencies.append(-1) 标记失败
time.sleep(random.uniform(0.1, 0.3))
valid = [x for x in latencies if x > 0]
if not valid:
print("全部超时，这个IP直接pass")
return
valid.sort()
p50 = valid[len(valid) // 2]
p95 = valid[int(len(valid) 0.95)]
print(f"成功率: {len(valid)}/{count}")
print(f"P50延迟: {p50:.0f}ms | P95延迟: {p95:.0f}ms")
print(f"最大延迟: {max(valid):.0f}ms")
用法：替换成你拿到的代理IP和端口
test_latency("120.xx.xx.xx", 8080)我的经验是：P95延迟控制在80ms以内，基本算合格线；P95超过150ms的，除非你跑的是那种对时效性要求不高的离线任务，否则别用。神龙HTTP那边我测过，短效动态IP池的线路延迟普遍在30-60ms这个区间，高并发提取的时候也不会出现明显的抖动，这点我比较认可。
可用率99%和99.9%，差的那0.9%够你喝一壶的
这个指标最容易被包装。很多服务商跟你说"可用率99%"，听着挺高对吧？但你算一下：你一天跑10万次请求，99%可用意味着有1000次是失败的。这1000次失败，你的程序要么重试（增加延迟和成本），要么丢数据（影响结果完整性），要么触发目标站点的反爬机制（IP被拉黑）。日积月累，你的IP池消耗速度会比预期快很多。
而99.9%是什么概念？10万次请求里只有100次失败。这100次里，大部分还是网络抖动导致的偶发超时，不是IP本身的问题。
我判断可用率，不看宣传数字，看三个东西：
第一，IP的"新鲜度"。动态IP池如果三天不更新，里面肯定混进一堆已经被目标站点标记过的"脏IP"。神龙HTTP那边是3000万+资源每日更新去重，短效IP的存活时间也就3到30分钟，你拿到的基本都是"刚出炉"的，被污染的概率很低。
第二，IP来源是否正规。这个特别关键。有些小作坊的IP来源你根本不知道，可能是从某些灰色渠道搞来的，纯度没保障。神龙HTTP是跟国内三大运营商正规授权的，每个IP都经过筛选和验证，IP纯度标的是99.8%，这个底气是来源正规给的。
第三，有没有实时监控。IP池不是静态的，今天99.9%不代表明天还是。你得有手段在IP质量下降的时候第一时间知道。神龙HTTP个人中心里有可视化的数据统计，IP使用情况、使用趋势、异常告警都能看到，不用你手动去一个个测。这个对跑长期任务的人来说太重要了。
三项指标放一起看，一张表帮你快速筛
单独看每一项都可能被忽悠，但三项放一起交叉验证，水分就挤出来了。我平时帮客户做选型，基本就按下面这个框架过一遍：
| 评估维度 | 及格线 | 优秀线 | 怎么验证 |
|---|---|---|---|
| 覆盖城市 | ≥200城，支持省级定位 | ≥300城，支持城市级精准定位，可指定/混播 | 拿你实际要跑的城市列表，逐个测试能否取到对应IP |
| 延迟（P95） | ≤150ms | ≤80ms，高并发下无明显抖动 | 用上面的脚本跑20-50次，看P50/P95分布 |
| 可用率 | ≥99% | ≥99.8%，IP每日更新去重 | 连续跑24小时，统计失败率；看IP池更新频率 |
三项里任何一项明显低于及格线，直接pass，不用纠结其他两项多好看。我见过延迟只有40ms但可用率只有95%的池子，看着延迟漂亮，实际跑起来一半时间在重试，综合效率反而不如延迟60ms但可用率99.9%的。
不同场景，侧重点不一样，别一套标准打天下
最后说点实际的。你挑代理IP，不能脱离自己的业务场景空谈指标。
如果你跑的是高并发、短时效的数据采集，比如每分钟要请求几千个不同城市的页面，那你的核心诉求是：IP池够大、更新够快、延迟够低。这种情况下短效动态IP池是最合适的，3到5分钟一个IP，用完就换，不怕被标记。神龙HTTP的短效动态IP池支持3/5/10/15/30分钟多种时长，包量包时都能选，灵活度比较高。
如果你需要长时间稳定地监测某个固定目标，比如每天定时抓一组数据，那IP的稳定性比延迟更重要。这时候长效静态IP或者固定IP更合适。长效静态IP存活时间1到24小时，每日去重量10万+，够你跑完一个完整周期。固定IP则是基于高性能云主机构建的，存活时间更长，纯净度99.83%，适合IP需求量不大但要求很高稳定性的场景，按个数买、包时计费，成本可控。
如果你是企业级的大规模需求，涉及多个业务线、多种采集策略，那标准化的套餐可能不够用了。神龙HTTP有企业定制池，大客户经理会一对一分析你的业务特点和日常用量，给你量身定制方案，技术团队7×24小时在线。这种服务对预算充足的企业来说，省下来的调试时间和人力成本远超套餐本身的差价。
常见问题
Q：我同时需要跑50个城市的数据，IP资源怎么分配比较合理？
建议按城市维度拆分资源池，每个城市单独一个调度通道，避免A城市的请求把B城市的IP额度吃光。神龙HTTP支持指定城市或混播模式，你可以在API调用时通过参数指定目标城市，系统会自动从对应城市的IP池里分配。如果某个城市的IP消耗特别快，可以单独给那个城市加量，不用整体扩容。
Q：短效IP和长效IP到底怎么选？我两个都用会不会冲突？
不冲突，很多成熟的项目是混合使用的。比如你用短效IP做大规模扫描和初筛，筛出有价值的目标后，再用长效IP做深度采集和持续监测。两者在神龙HTTP的后台是独立管理的，套餐互不影响。计费方式也都是包量或包时，你按实际用量选就行，不用一次性买死。
Q：我拿到IP之后，怎么快速判断这个池子靠不靠谱？有没有什么"试金石"？
三个动作：第一，拿10个不同城市的IP，每个跑20次请求，看成功率和延迟分布（用前面那段脚本就行）；第二，连续跑4小时，观察可用率有没有明显下滑，如果前1小时99.9%、第4小时掉到97%，说明IP池的"新鲜度"不够；第三，用同一个IP连续请求同一个目标站点50次，看会不会被限流或封禁，这能反映IP的纯净度。三步走完，大概半小时，这个池子什么水平你心里就有数了。
Q：API对接复杂吗？我团队里只有Python和Java的，能兼容吗？
神龙HTTP的API接口兼容主流爬虫编程语言，Python、Java、Go、Node.js这些都有现成的示例代码和文档，基本就是调个HTTP接口拿IP、传个参数指定城市或协议类型的事。支持HTTP/HTTPS/SOCKS5三种协议，你现有的代码架构大概率不用大改，加个代理配置就能跑起来。对接过程中遇到问题，他们技术团队7×24小时在线，不用干等工单回复。
