## 测量浏览器最大并发数

## 浏览器最大并发数，大部分人都知道浏览器对一个域名的服务请求数，一般是有限制的，一般限制在6左右。

## 为什么要有这个限制呢？

* 服务器顶不住，不限制的话，大把的请求指向服务器，服务器也顶不住。这个限制数，安全考量，在大规模的测试下，这个限制数是比较好的。

* 性能需求，页面一次只能做一个请求的话，这样的话，页面也比?还慢了。

总结一下就是，并发是必须的，限制也是必须的。至于这个6个并发，好不好满足不满足现在的需求。或者提供给用户自己的配置，增加灵活性。目前看是很有难处，给用户配置，这点其实是最难的，试问我为了自己快，多并发，多匹马去拉货，谁能拒绝呢？会造成服务器轻易就被Ddos了。这个似乎也是个妥协的选择。

 

## 如何测出并发数？很多人都是看到6个，就觉得一定是6个。其实不然。

* 首先chrome waterfall是看不来并发数量的。

　　* 一次循环一个ajax队列，所有的请求进去pending状态，这个状态是未知没，只要没有结果就是pending,开始没，你无法确定。

　　* 根据请求started at时间，数一数发现a：1.42s 三个请求 b:1.7s 4个请求，那么并发数是多少呢？

　　* 或许有，但是我不知道，若有好的方法，请赐教。

* 可行的方法。并发数，就是发出去多少个，谁知道，服务器知道。一段时间内服务器收到的请求个数。

　　* 启动一个静态服务器，接受的请求不要response

let times = 0;
var httpServer = http.createServer((req, res) => {
    times++
    console.log(times, ' ');
});

　　* 前端页面发送6个以上的ajax，请求被挂住，因为他在等后台返回，一直会增长到最大请求数。

　　* chrome将输出6，各个浏览器可能限制不一样。

 

## 为什么会测试这个？

* web-worker支持ajax，web-worker是独立线程。会不会ajax也是独立的。

* 测试用例

　　主线程   1   2   3  4  5  6

　　worker  6   6   6  6  6  6

* 结果显示, 一直是6.并没有发现 > 6

结论web-worker还是受制于总的规则，一个域名的最大并发数，是固定的。

转载于:https://www.cnblogs.com/jlzt/p/11140726.html