代理IP并发数怎么算？单IP并发上限与QPS关系-星月代理

前两天有人问我："你这个套餐能开多少并发？"这问题其实没法一句话答，因为并发数和每秒请求数完全是两回事。上周我刚拿一个真实任务算过：60个任务同时在跑，实际每秒只完成2个请求。并发数字看着不小，吞吐却低得可怜。这篇就把并发到底怎么算、单条IP能扛多少、任务数怎么分配到IP池上，一次说清。

先把两个概念分开：并发数不等于每秒请求数

并发数指的是此刻"发出去了但还没回来"的请求数量，也就是在途请求数。每秒请求数（QPS）是另一回事，两者的关系是：并发 ÷ 单个请求平均耗时 = QPS。

这个换算解释了很多看起来反常的现象。同一个60并发：单请求耗时30秒时，QPS只有2；单请求耗时200毫秒时，QPS能到300。同样的并发数，吞吐差了150倍。所以"能开多少并发"这个问题，得先看你单请求要跑多久。

反过来算也一样实用：如果你的目标写着"我要每秒100个请求"，而单请求平均0.5秒，那你至少得有50个请求同时在路上，前提是对端也允许你这么做。

拿一条IP，对一个很小的目标（比如10KB的页面或一个轻量接口）逐步加压：同时开1、2、4、8、16条连接，每个档跑30秒，记录三组数——QPS、平均耗时、失败率。

重点看两个拐点：一是失败率开始抬头（连接被拒、超时），二是QPS不再跟着并发往上走、开始横住甚至回落。取"QPS还在涨"的最后一档，那就是这条IP的安全并发数，再往上加基本是浪费。

我的经验值：多数短效HTTP代理单IP稳定在2到5条并发之间；池子干净、线路好的能上到10条以上，但延迟波动会明显变大。这个数字跟目标站也有关——同一个IP打A站能开8条，打B站可能3条就开始弹验证。

很多人只盯一个数：套餐上写的"支持X并发"。那是账号级的限制，说的是你整个账号能同时开多少连接。而单IP级的限制来自目标站——同一个IP短时间内发太多请求，那边就会给你验证码或者限速。

两个限制都得满足。账号允许你开200并发，但你把200并发全压在5条IP上，目标站那边看到的就是"一个IP在猛敲我"，封禁只会来得更快。所以真正决定你任务能跑多快的，往往是"同时在线多少条不同的IP"，而不是总并发数。

算法很简单：需要的IP数 ≈ 目标并发 ÷ 单IP安全并发。要跑100个并发，单IP测出来安全值是3条，那至少得有34条IP同时在池子里轮流用。

还有一个容易忽略的点：IP的有效期要能盖住你一轮任务的耗时。3分钟时效的IP，去跑一个要5分钟的任务，中途必然换IP，带登录态的任务就会掉线。这种场景要么用会话保持把同一会话绑在一条线路上，要么选时效更长的资源。

采集类任务还有一层：控制每IP的请求频率，比单纯堆并发有用得多。我一般把单IP的请求频率压在每秒3次以内，感觉比"再多开20个线程"更能提升成功率。

一是拿大并发打慢接口。我上周那个例子就是：60并发、在途一直是60，说明并发没被卡住，纯粹是每个请求要跑30秒，机器大部分时间在等。这种情况加并发只会让对端压力更大，QPS几乎不动。

二是失败就立刻重试，不设退避。失败重试本身没错，但间隔为零的重试等于自己造洪水，对方的风控最先注意到这种特征。我一般按1秒、2秒、4秒这样退避，最多重试三次，之后换IP。

三是只加任务数不加IP。线程从20个加到60个，IP还是那5条，等于让目标站更快把你认出来。加并发的同时要同步加IP，两个数得一起动。

我用的压测小工具会把请求数、在途、实时QPS、均耗时、下载带宽并排显示，还能配一个提取接口让每个请求换一条新IP，正好可以把上面这套流程跑一遍。判断"是并发不够还是对端太慢"，看这几个数就够了。

我现在用的是星月代理，池子覆盖全国300多个城市，可用率标的90%以上，短效IP自动轮换，API实时提取、白名单、会话保持都支持。新用户能领免费试用IP，建议拿到试用先把单IP阶梯测试跑一遍，把安全并发和每IP请求频率这两个数摸出来，再去选套餐，比直接问"能开多少并发"靠谱得多。

说到底，并发是个手段不是目标。真正要盯的是"每秒能成功完成多少请求"，以及为了这个数字付出了多少IP和多少被拦的风险。

代理IP并发要这么算：QPS = 并发 ÷ 单请求耗时；单IP安全并发用1/2/4/8/16阶梯测试找拐点；需要的IP数 = 目标并发 ÷ 单IP安全并发。再加一层每IP请求频率限制，比单纯堆线程更能提升成功率。