经常有人拿着代理IP套餐页面来问：这里写的连接数 200、并发数 500 是什么意思，我买这个够不够用？这两个数字是代理IP里最常被忽略、又最影响实际体验的指标，很多人用到卡住了都想不到是它们在作怪。这篇先把两个概念讲清楚。
先说结论：连接数管的是同一时间能建立多少条连接，并发数管的是同一时刻能处理多少个请求。一个是通道的数量，一个是通道里跑的任务数量，两者有关联，但绝不是同一个东西。
连接数和并发数，分别是什么
连接数，指的是同一时间和代理IP出口之间能同时保持多少条网络连接。每开一个网页、每个下载任务、每次接口调用，背后都对应着一条或几条连接，连接数就是这些连接同时存在的上限。连接数用完了，新的连接就得排队等前面的释放。
并发数，指的是同一时刻能同时处理的请求数量。一个请求就是一次具体的数据要，比如刷新一次页面、提交一次表单、拉取一次数据。一条连接上可以连续发出多个请求，并发数衡量的是这些请求同时处理的峰值能力。
打个比方：连接数像收费站的车道数量，并发数像同一时间能通过的车流量。车道多，能同时停靠的车就多；但每条车道上能多快通过多少车，是另一回事。连接数是空间维度，并发数是速度维度，两个指标各管一段。
从数据流动的角度再看一层：一条连接建立之后，可以在上面连续发送多个请求，这叫连接复用。所以连接数不必等于并发数——一条连接上串着好几个并发请求是常态。理解了这层关系，就知道为什么套餐里两个数字往往不一样。
连接数和并发数是怎么配在一起的
在代理IP套餐里，连接数和并发数通常成对出现，因为它们互相支撑。连接是请求的载体，请求是连接的产出。连接数不够，请求再多也挤不进来；并发数不够，连接再多也照样排队。
有个常见现象：连接数还空着，但请求已经变慢了。这种情况多半是并发数到了上限——通道是有的，但通道里的处理能力用完了，请求只能排队等。所以看套餐不能只看连接数，两个数要一起看。
反过来说，并发数很高但连接数很低也不健康。请求要靠连接承载，连接太少，高并发只能挤在少数几条连接上，互相拖慢。两个数字匹配着用，代理IP的出口能力才能完整发挥出来。
浏览器打开一个复杂页面最能说明问题：页面里有图片、脚本、样式、接口好几类资源，浏览器会同时建立多条连接去拉，每条连接上又同时跑着好几个资源的请求。一条页面背后，连接数和并发数都在消耗，两个指标一起决定了页面快不快。
常见误区是把连接数当成并发数用。有人在买套餐时只看连接数，觉得连接数够大就万事大吉，结果并发请求一上来还是慢；也有人只盯着并发数，忽略了连接数，连接被占满后请求根本发不出去。两个数对应的是两个环节，缺一个都别扭。
怎么把两个数用对
建议按这个思路理解：先看你的任务同时开多少连接，再看这些连接上同时跑多少请求。连接数管住能不能进来，并发数管住进来后跑不跑得动，两个数对上了，代理IP用起来就不会卡在莫名其妙的地方。