先把三个数字摆出来，别凭感觉下单
见过太多人第一次买代理IP是这样的：预算五百，随手勾个"500个短效IP"，跑一晚上发现成功率卡在六成上不去，急急忙忙又加量；也有人一口气买了五千个，结果翻日志时发现一大半IP从头到尾没被调用过一次。
问题从来不在买多买少，在于买之前没算。真正决定你该买多少个IP的，其实就是三个数字，随便找张纸记下来就行。
第一个是峰值并发。 你程序最忙的那一段时间里，同时有多少个线程在往外发请求？注意要按峰值算，不能按平均。平时跑5个线程，晚上八点冲到50个，那你得拿50去算账。
第二个是单个IP能承受的请求频次。 同一个IP对着同一个站点，一分钟发几次请求不会被拦下来？这个数没有标准答案，得自己用很小的流量去试。公开数据采集场景里，一分钟6到12次是相对稳的区间，超过20次基本就开始触发限流了。
第三个是任务时长和总量。 这批活儿是两小时跑完，还是两天跑完？总共多少页面？这个数字决定了你该选短效动态还是长效静态。
核心算法就是一个除法，别想复杂了
三个数字到手，剩下就是算术。先把业务的峰值QPS算出来：峰值并发数 ÷ 平均响应时间。50个并发线程、平均响应0.8秒，那峰值QPS大约是 50 ÷ 0.8 ≈ 62。
然后拿它去单IP的产能。单IP一分钟稳发10次，换算成每秒就是0.167。62 ÷ 0.167 ≈ 371个。再乘个冗余系数，取1.2，就是445个左右。
target_qps = 62 # 业务峰值每秒请求数 = 峰值并发 / 平均响应时间
single_ip_qps = 10 / 60 # 单IP每分钟安全10次，换算成每秒
safety = 1.2 # 冗余系数，应对提取抖动和重试
pool_size = target_qps / single_ip_qps * safety
print(f"同一时刻至少要有 {pool_size:.0f} 个可用IP") # 约 445 个算出来的445不是让你"买445个IP"，而是"同一时刻池子里至少要有445个还活着、还能正常返回结果的IP"。这个区别特别重要，下一节就讲它。
冗余系数为什么取1.2而不是1？因为可用率再高也不是100%，再加上提取时的网络抖动、失败重试、遇到个别站点多验证一次，留两成余量是最省心的做法。任务很急、成功率要求高，可以拉到1.5；任务宽松，1.1也够。
短效IP要换算成"提取量"，这里最容易算错
短效动态IP的有效期通常只有几分钟，甚至一分钟。你买的不是一池子永久的IP，而是"能持续补货的通道"。所以还得再算一笔：整个任务周期里，一共要换掉多少批。
ttl = 60 # 单个短效IP的有效秒数
task_seconds = 3 * 3600 # 任务计划跑3小时
total_extract = pool_size * task_seconds / ttl
print(f"整个任务大约要提取 {total_extract:.0f} 次") # 约 80100 次看到这个数字别急着关页面。实际下单时多数平台按"并发提取通道数"来卖，你只要保证同时能提的通道够用、提取不被卡在队列里排队就行。所以下单前一定问清楚一件事：你付的钱对应的是IP个数、提取次数，还是并发通道数？ 这三者的计费方式完全不同。
还有一种更聪明的做法：把工期放松。3小时跑不完就摊到12小时，峰值QPS砍到四分之一，IP池直接缩到110个上下，成本跟着掉一大截。很多项目并不是IP不够，而是工期定得太死。
几类常见业务的数量参考
下面这张表是踩过坑之后总结的经验区间，可以当起点用，但真要落地还是得按你自己测出来的单IP频次去修正。
| 业务类型 | 峰值并发 | 单IP安全频次 | 建议IP池 | 提取方式 |
|---|---|---|---|---|
| 电商价格监控 | 20-50 | 6-10次/分钟 | 100-300 | 短效动态，按分钟轮换 |
| 公开资讯与舆情采集 | 50-200 | 10-20次/分钟 | 300-800 | 短效动态，按量提取 |
| AI大模型语料采集 | 200-500 | 20-30次/分钟 | 800-2000 | 短效动态，高并发提取 |
| 需保持会话的市场研究 | 10-30 | 3-5次/分钟 | 30-100 | 长效静态或固定IP |
看表格会发现一个规律：并发越高，需要的IP池涨得越快，但不是线性涨。因为并发上去之后单IP能分摊到的请求数反而变少了，两个因素叠在一起，池子就得跟着加。
买多了买少了，身体反应完全不一样
真正开始跑之后，盯两个指标就够了：成功率和IP闲置率。
成功率掉到85%以下，403和429开始密集出现在日志里，验证码一页接一页——基本可以断定是池子小了，或者轮换节奏没跟上。这时候先别急着加量，先检查是不是提取频率设得太低，IP复用了太多次。
反过来，如果你的用量统计里，超过一半的IP在整个任务周期内请求数不到三次，那就是买多了。这种情况最典型的场景是：按峰值并发买了满额，结果业务八成时间都跑在低谷，池子里一大半IP纯属站岗。
比较稳妥的调法是这样的：先按测算值的七成下单，跑两小时看成功率，稳住95%以上就说明够了；往下掉就按10%一档往上加。两三轮下来，那个刚好的点基本就摸到了。比一次性拍脑袋买个整数靠谱得多。
测算结果怎么对上具体产品线
算出池子大小和有效期之后，选哪条产品线其实就清楚了。
如果你的单个IP生命周期只有分钟级、必须不停换，那就是短效动态IP的主场。神龙HTTP这块是3000万+正规授权代理IP储备、300+城市级精准定位，短效场景下基本不会出现"提不出来、排队等"的情况，高并发提取也扛得住，适合资讯采集、语料抓取这类持续性任务。API兼容主流爬虫编程语言，几行代码就能接进去，文档和示例代码都有现成的。
如果你算下来单个IP得活好几个小时甚至几天——典型是需要保持登录状态的市场研究，或者长期盯着某个数据源的场景——那就换成长效静态IP或固定IP代理，一个IP稳稳挂着不掉线，会话不会中途断掉，也不用反复重新初始化。
两条线混着用也很常见：主采集流程走短效动态，少量需要稳定身份的环节走长效静态，成本反而更低。个人中心里有可视化的用量统计和实时监控，哪条线在浪费、哪条线快撑爆了，扫一眼就能看出来。
常见问题
Q：我只有10个并发，是不是买10个IP就够了？
不够，而且差得还挺远。10个并发说的是"同时在发请求的线程数"，但同一个IP一分钟内发太多次照样会被拦。按前面的算法，10个并发、平均响应0.5秒，峰值QPS大概20；单IP安全QPS按0.15算，20 ÷ 0.15 × 1.2 ≈ 160个。你看，并发才10个，池子却要一百多。并发和IP数量从来不是一比一的关系。
Q：算出来要300个，先买100个试试行不行？
行，而且推荐这么干。先用小池子跑两小时，把成功率、平均响应、403比例这三个数据记下来。成功率稳在95%以上，说明你的单IP频次估低了，池子可以更小；如果掉到80%以下，就说明估高了。一次试跑的成本很低，比买错了再退要划算得多。
Q：短效IP和长效IP能混着买吗？
能，而且很多项目本来就该混。判断标准很简单：这个请求需不需要"记得我是谁"。不需要身份延续的批量页面抓取，用短效动态轮着来最省钱；需要维持登录态、需要连续几次请求落在同一个出口的，用长效静态或固定IP。按比例分开买，比全部买同一种更贴合实际。
Q：IP纯度、可用率这些参数会影响我要买的数量吗？
会。IP纯度99.8%意味着你提100个IP，能直接拿来用的接近99.8个，测算时几乎不用额外补损耗；可用率99.9%也是同一个道理。如果换成质量差一些的资源，你可能得按1.5倍甚至2倍去备货，看着单价便宜，实际总成本更高。所以测算的时候，先把供应商的质量参数确认清楚，再决定冗余系数取多少。
