并发开多少，是动态代理配置里最常凭感觉决定的一项。开少了浪费地址资源，开多了请求全堵在一起，还容易被目标站点判定为异常。这个数字不该拍脑袋，它和地址数量、单请求耗时、目标站点的容忍度都有关系，是有章可循的。
| 业务类型 | 单地址并发建议 | 说明 |
|---|---|---|
| 轻量接口调用 | 5-10 | 响应快，单地址能同时扛住较多请求 |
| 常规页面访问 | 2-5 | 含资源加载，单个请求占用时间更长 |
| 需要登录的操作 | 1-2 | 保持行为连贯，避免同一身份并发操作 |
| 大数据量传输 | 1 | 带宽被单任务吃满，再多并发只是排队 |
先算一个理论值，再往下压
估算公式并不复杂：单地址并发数约等于”可接受的单次等待时间 ÷ 单次请求平均耗时”。假设目标站点希望你在两秒内拿到响应，单次请求平均零点四秒，那单个地址同时跑五个请求基本能维持这个节奏。算出来的是理论上限，实际配置时一般再打个七折，留出网络抖动的余量。
并发不是越多越快，过了拐点就开始变慢
增加并发初期吞吐会明显上升，但到某个点之后，继续加大反而变慢：单地址的带宽被分摊，每个请求都要排队；目标站点的响应变慢，超时重试又进一步加重负担。这个拐点不用精确计算，用二分法试几次就能摸到——先设一个保守值，跑一轮看成功率与平均耗时，再往上加，直到成功率开始下滑，就退回上一档。
地址数和并发数要一起调
总吞吐等于地址数乘以单地址并发，两个变量可以互相替换：地址多就可以把单地址并发压低，行为更自然；地址少就只能靠提高并发硬扛，风险上升。预算有限时，通常建议优先保证地址数量，把单地址并发控制在较低水平，这样既稳定又不容易触发异常判定。
- 先压低再逐步加：从保守值起步，按成功率变化找拐点
- 登录类任务单独配：一个身份一个出口，别和其他任务共用
- 区分任务类型：轻量与重型任务分开配并发，不要一刀切
- 盯住成功率而非速度：速度下降往往是并发过高的第一信号
并发像高速公路的车道数：修得太少堵车，修得太多大家全挤在匝道上反而更慢——合适的车道配上合适的车流，才跑得顺畅。
与 IP 代理的关系：动态代理的吞吐由地址数量与单地址并发共同决定，两者的配比直接影响稳定性与被判定异常的风险；按业务类型分档配置、以成功率为信号寻找拐点，比一味加大并发更能获得可持续的产出。