什么是并发连接数和请求数？主机到底能多少人在线？

今天在某个云群里和某管理员争论起来，话题也是一波三折一换再换。争论的时候很多围观群众纷纷表示不理解，看来有必要写一篇来解释并发连接数和请求数的区别，还有两者之间的关系神马的。最后解释主机到底能多少人在线这个伪命题。

概念

并发连接数-SBC（Simultaneous Browser Connections）

并发连接数指的是客户端向服务器发起请求，并建立了TCP连接。每秒钟服务器链接的总TCP数量，就是并发连接数。

请求数-QPS（Query Per Second）/RPS（Request Per Second）

请求数有2个缩写，可以叫QPS也可以叫RPS。单位是每秒多少请求。Query=查询，也相当于请求。请求数指的是客户端在建立完连接后，向http服务发出GET/POST/HEAD数据包，服务器返回了请求结果后有两种情况：

• http数据包头包含Close字样，关闭本次TCP连接；
• http数据包头包含Keep-Alive字样，本次连接不关闭，可继续通过该连接继续向http服务发送请求，用于减少TCP并发连接数。

服务器性能怎么测？

通常情况下，我们测试的是QPS，也就是每秒请求数。不过为了衡量服务器的总体性能，测试时最好一起测试并发连接数和请求数。

测试原理

• 测试并发连接数采用每个并发1请求，多个并发进行；
• 测试请求数采用多并发、每个并发多个请求进行，总的请求数将会=并发数*单并发请求数，需要注意的是不同的并发和单并发请求数得出来的结果会不同，因此最好测试多次取平均值。

区分请求数意义何在？

大家打开Chrome浏览器，按下F12，切换到Network选项卡，随便打开一个网页，按下F5刷新，将会看到刷刷一堆的请求。这里给出某大牛收集来的不同浏览器产生的单站点并发连接数：

以Chrome为例，假设服务器设置的是Close(非持久连接)，浏览器打开网页后，首先打开4个并发加载数据，在这些请求完成后关闭4个连接，再打开4个并发连接加载数据。也就是说，并不是这个网页有100个请求就会产生100并发，而是4个并发连接并行。假设服务器设置的是keep-alive(持久连接)，浏览器打开网页后，首先打开4个并发加载数据，在这些请求完成后不关闭连接，而是继续发出请求，节约重新打开连接的时间。【前面红色标出的是keep-alive持久连接和close非持久的区别，持久连接除了Squid(这货用了特殊方法在http 1.0实现持久连接)，只在http 1.1协议中有效！】

主机到底能多少人在线？

看到这里相信你已经知道答案了，这个问题无解，根据网页的内容大小和单网页的请求数和服务器的配置而定，这个数据的浮动值非常大所以无法测量。因此能承诺保证多少用户在线就是坑爹的主机商！