直接进入主题，本篇文章有点长，包括从设计阶段，到摸索阶段，再到实现阶段，最后全面覆盖测试阶段（包括数据搜集清洗），还有与主流前端通信框架进行对比PK阶段。
首先介绍一下一些概念：
- 浏览器的并发能力：浏览器设计当初就定义了浏览器打开页面，同时发送http请求的瞬时数量。这样设计有很多原因，同时保护浏览器和服务器。具体可以谷歌或者百度关键字：浏览器并发。
2. 浏览器针对服务器域名请求的并发限制数量：
3. 请求池：类似于数据库连接池一样，对数据库请求连接进行分配管理等等
4. 复用请求：对于生命周期已经结束的请求不进行销毁，重复利用，减少重新向浏览器申请资源，减少通用库设计中的通用检查。
新功能：连接池
当初为啥要做这个功能：
上次迭代最后留了一个彩蛋，我在一次测试中，发送完成一个请求之后，将这个请求存到一个变量中，然后又尝试重新打开，发现竟然可以发送出去。好奇心害死猫，我在浏览器中用console.time去计算执行这段js代码的时间，发现重复使用的请求使用时间大概是前者的一半，甚至更少。既然，他可以这么优秀，那我为啥不能欲罢不能呢。所以，这一步下去就是一波三折...
摸索思路：
按着当时的设计思路一步一步的来确认：
1. 首先确认了一个请求发送完了之后，可以再次打开然后发送。这样就保证了方向是对的，可以继续优化下去
2. 其次，对于一个域名，浏览器的同时发送请求的数目就如上面图片上描述的，主流基本都是6个，所以请求池将基于浏览器最大并发做连接的配置，不过因为浏览器差异，会将连接池的连接数量做配置进行配置
3. 将这个请求池塞满配置的请求将是第一任务，对于XMLHttpRequest这个对象，主流的想法都是做一个拷贝，当前浅拷贝是不行的，那就做了一次深度拷贝测试，塞满请求池。不过，该方案夭折了。
4. 因为请求对象的原型是XMLHttpRequest，这个对象实现了浏览器的接口才能通过浏览器API发送http请求，但是深度拷贝的对象是Object，object不实现浏览器的接口，所以夭折了，无法直接拷贝，难道我要类似于发送6次空请求之后去搜集请求池连接吗？这个是绝对不可能饶恕的行为，所以做了下一步的摸索
5. 如果XMLHttpRequest对象实现了浏览器的接口，那么我们将深度拷贝的对象的原型的指向重新指向到XMLHttpRequest。这样是不是可以发送请求了。然后测试了，阿西吧，非法请求，而且对于XMLHttpRequest对象中的response、responseText等熟悉还是只读了，重新拷贝赋值浏览器报错，非法，全都是非法。
6. 气馁了很久，把大脑放空换个思路去解决这个问题。参考了其他类似请求池的设计思路，要么一开始就做初始化，将池子中的连接一次性生产出来，或者每次建立的连接消费完毕之后再归入池子中，等待连接满了之后才启用连接池。
7. 考虑到前端每个页面，或者对于现在的每个组件中能发送请求的数量并不是很大，可能一个路由下就发送了4-5个请求就解决一个小业务需求，根本达不到启动请求池的基本配置。其次，通过浏览器的performance监控页面性能，发现初始化的时间就在几毫秒之间，相对于后期使用加速，这个时间的付出，对于后期的使用是很值得的预算。所以，选择了第一种方式，一次性初始化请求池，等待调用。下面缕清思维，做了更完整和全面的设计。
请求池设计方案：
左边 -- 生成请求池部分
1. 加载ajax-js库的时候，通过判断请求池开关是否打开，打开的话就走初始化这一套流程。
2. 创建基于全局配置的空请求-->copy所需参数-->创建空XMLHttpRequest对象-->合并copy参数到空对象上-->读取配置数量生成请求池
3. 因为请求池是基于全局配置生成的请求，所以如果全局配置变动，将触发请求池的reload，重新生成。
中间 -- 通过请求池发送请求的生命周期
1. 请求进来，首先判断开关是否打开，打开的话就先判断请求池中请求的数量是否还有。
2. 对比参数，是否有额外预设参数的变更（除url、data、successEvent、eroorEvent外），如果有将在请求发送前进行设置。（例如：request的Header将在每次开启的时候全部重新置空）
3. 在请求的生命周期结束之后，然后归还请求池。注意：请求的生命周期结束有很多状况，发送错误url、timeout超时等在浏览器层面就失败的，以及请求发送成功时候，非200、304等错误，比如4XX或者5XX系列错误的生命周期结束
4. 最后判断是否有排队的请求，有的话取出再来，没有直接返回池子
右边 -- 请求排队系统
1. 对于请求如果超出请求池数量，请求池肯定无法承载，就算能承载，其实浏览器也是将这些超出并发的请求进行排队，等待一波结束之后再发送。所以有个排队的系统很重要的啦，来管理请求。
2. 对于超出容量请求，首先排队。然后，在请求生命结束之后，将会去检查排队系统是否还有排队请求。其次，如果有就进行取出，再走请求的生命周期，如果每页，那就没请求啦
代码片段展示：
- 加载类库时判断开关，初始化代码：
var outputObj = function () {
//虽然在IE6、7上可以支持，但是最好升级你的浏览器，毕竟xp已经淘汰，面向未来吧，骚年，和我一起努力吧！！
if (tool.getIEVersion() < 7) {
//实在不想说：升级你的浏览器吧
throw new Error("Sorry,please update your browser.(IE8+)");
}
// 是否开启连接池
if (initParam.pool.isOpen) {
tool.createPool()
}
return tempObj;
};
2. 创建方法
// 创建请求池中链接
createPool: function () {
// IE 系列不支持发送请求传''，所以默认/
tempObj.common({url: '/'}, true)
tool.deepCloneXhr(selfData.xhr, initParam.pool.requestNumber)
},
3. 拷贝通用参数存入请求池
// 拷贝xhr参数
deepCloneXhr: function (data, requestNum) {
var mapping = {
currentUrl: true,
onerror: true,
onload: true,
onreadystatechange: true,
ontimeout: true,
timeout: true, // IE系列只有open连接之后才支持覆盖
withCredentials: true,
xhr_ie8: true
}
var temp = {}
for (var key in data) {
if (mapping[key]) {
if (!isNaN(tool.getIEVersion()) && key !== 'timeout') {
temp[key] = data[key]
} else {
var newKey = '_' + key
temp[newKey] = data[key]
}
}
}
for (var i = 0; i < requestNum; i++) {
var nullRequest = tool.createXhrObject()
tool.MergeObject(nullRequest, temp)
selfData.requestPool.push(nullRequest)
}
},
4. 使用加速，判断是否开启（只举例post）
//异步post请求
post: function (url, data, successEvent, errorEvent, timeoutEvent) {
var ajaxParam = {
type: "post",
url: url,
data: data,
contentType: '',
successEvent: successEvent,
errorEvent: errorEvent,
timeoutEvent: timeoutEvent
};
if (initParam.pool.isOpen) {
tool.useRequestPool(ajaxParam)
} else {
tempObj.common(ajaxParam);
}
},
5. 使用请求池链接，设置基本配置（url，data，successEvent）
// 请求池申请请求使用
useRequestPool: function (param) {
// 判断请求池中是否有可用请求
if (selfData.requestPool.length !== 0) {
var temp = selfData.requestPool.shift(), sendData = '', tempHeader = {}
// 赋值操作,将数据捆绑到原型上
temp.callback_success = param.successEvent
temp.callback_error = param.errorEvent
temp.callback_timeout = param.timeoutEvent
temp.data = param.data
// 处理参数
switch (param.contentType) {
case '':
tool.each(tool.MergeObject(param.data, initParam.publicData), function (item, index) {
sendData += (index + "=" + item + "&")
});
sendData = sendData.slice(0, -1);
break
case 'json':
sendData = JSON.stringify(tool.MergeObject(param.data, initParam.publicData))
break
case 'form':
if (!tool.isEmptyObject(initParam.publicData)) {
tool.each(initParam.publicData, function (item, index) {
param.data.append(index, item)
})
}
sendData = param.data
break
}
//判断请求类型
if (param.type === 'get') {
temp.open(param.type, tool.checkRealUrl(param.url, temp) + (sendData === '' ? '' : ('?' + sendData)))
} else {
temp.open(param.type, tool.checkRealUrl(param.url, temp))
}
param.responseType ? (temp.responseType = param.responseType) : null
if (!isNaN(tool.getIEVersion())) {
temp.timeout = temp._timeout
}
switch (param.contentType) {
case '':
tempHeader['Content-Type'] = 'application/x-www-form-urlencoded'
break
case 'json':
tempHeader['Content-Type'] = 'application/json'
break
}
//设置http协议的头部
tool.each(tool.MergeObject(tempHeader, initParam.requestHeader), function (item, index) {
temp.setRequestHeader(index, item)
});
//发送请求
temp.send(param.type === 'get' ? '' : sendData);
} else {
// 没有请求，加载到待发送队列中
selfData.queuePool.push(param)
}
},
6. 在默认周期中回收链接（onreadystatechange和onload）
//xmlhttprequest每次变化一个状态所监控的事件（可拓展）
xhr.onreadystatechange = function () {
switch (this.readyState) {
case 1://打开
//do something
break;
case 2://获取header
//do something
break;
case 3://请求
//do something
break;
case 4://完成
//在ie8下面，无xhr的onload事件，只能放在此处处理回调结果
if (this.xhr_ie8) {
if (this.status === 200 || this.status === 304) {
if (this.responseType == "json") {
this.callback_success ?
this.callback_success(ajaxSetting.transformResponse(JSON.parse(this.responseText))) :
ajaxSetting.successEvent(ajaxSetting.transformResponse(JSON.parse(this.responseText)))
} else {
this.callback_success ?
this.callback_success(ajaxSetting.transformResponse(this.responseText)) :
ajaxSetting.successEvent(ajaxSetting.transformResponse(this.responseText))
}
} else {
// 请求错误搜集
tool.uploadAjaxError({
type: 'request',
errInfo: JSON.stringify(this.data ? this.data : ajaxSetting.data),
errUrl: this.currentUrl,
errLine: this.status,
Browser: navigator.userAgent
})
}
// 针对IE8 请求池处理
if (ajaxSetting.pool.isOpen) {
tool.responseOver(this)
}
} else {
if (this.status === 0) {
// 发送不存在请求，将不会走onload，直接这里就挂了，请求归还请求池
if (ajaxSetting.pool.isOpen) {
tool.responseOver(this)
}
}
}
break;
}
;
};
//onload事件（IE8下没有该事件）
xhr.onload = function (e) {
if (this.readyState === 4 && (this.status == 200 || this.status == 304)) {
/*
* ie浏览器全系列不支持responseType='json'和response取值，所以在ie下使用JSON.parse进行转换
* */
if (!isNaN(tool.getIEVersion())) {
if (this.responseType === 'json') {
this.callback_success ?
this.callback_success(ajaxSetting.transformResponse(JSON.parse(this.responseText))) :
ajaxSetting.successEvent(ajaxSetting.transformResponse(JSON.parse(this.responseText)));
} else {
this.callback_success ?
this.callback_success(ajaxSetting.transformResponse(this.responseText)) :
ajaxSetting.successEvent(ajaxSetting.transformResponse(this.responseText));
}
} else {
this.callback_success ?
this.callback_success(ajaxSetting.transformResponse(this.response)) :
ajaxSetting.successEvent(ajaxSetting.transformResponse(this.response));
}
} else {
/*
* 这边为了兼容IE8、9的问题，以及请求完成而造成的其他错误，比如404等
* 如果跨域请求在IE8、9下跨域失败不走onerror方法
* 其他支持了Level 2 的版本 直接走onerror
* */
this.callback_error ?
this.callback_error(e.currentTarget.status, e.currentTarget.statusText) :
ajaxSetting.errorEvent(e.currentTarget.status, e.currentTarget.statusText);
// 请求错误搜集
tool.uploadAjaxError({
type: 'request',
errInfo: JSON.stringify(this.data ? this.data : ajaxSetting.data),
errUrl: this.currentUrl,
errLine: this.status,
Browser: navigator.userAgent
})
}
// 生命周期结束之后返回数据池，不绑定状态（是否为成功或失败状态）
if (ajaxSetting.pool.isOpen) {
tool.responseOver(this)
}
};
7. 回收方法
// 请求周期结束操作
responseOver: function (xhr) {
selfData.requestPool.push(xhr)
if (selfData.queuePool.length > 0) {
var tempData = selfData.queuePool.shift()
tool.useRequestPool(tempData)
}
}
以下为测试结果展示（测试覆盖面：针对主流浏览器测试自身不开请求池、开启请求池、与主流框架axios、jquery的ajax对比，对比精度连续发送10、100、1000、5000次请求）
chrome（测试单位：微秒）：
firefox（测试单位：毫秒） PS：在5000的请求测试下，除了开启请求池可以正常进行，其他方式全都浏览器崩溃
safari（测试单位：微秒）：
opera（测试单位：微秒）
edge（测试单位：毫秒）
IE11（测试单位：毫秒）
IE9（测试单位：毫秒）
IE8（测试单位：毫秒） PS：在IE8下面没有找到axios ie8下运行方案，jquery就不做测试，就做自身对比测试
首先陈述几个问题：
1. 测试单位取值
使用浏览器的console.time方法去取值，在不同浏览器获得的参数不一样
2. 为什么不同意取值
因为ajax-js在开启请求池的用时中达到了0.00X等级，也就是微秒的级别，在折线图中无法展示，所以增大单位，好看出趋势
从所有清洗数据获得的统计图中总结以下：
1. jquery.ajax速度和性能最慢
2. ajax-js 开启请求池状况下，性能最好，最快
3. ajax-js类库不开启请求池，相对来说，比jquery中的ajax性能高，但是，不得不承认，axios比ajax-js优秀。
4. ajax-js类库开启请求池的状况下，针对于自身，性能提高至少一倍以上，比axios还快，快很多
数据搜集在：github.com/GerryIsWarr…
清洗完数据形成的报表：github.com/GerryIsWarr…
数据清洗的工具：github.com/GerryIsWarr…
清洗完成形成的数据报表可以直接打开，可以更清晰的看数据
如需测试，可以去github下载该项目，在ajax-interface文件下，写了一个express的node服务器，可以 npm i 初始化之后，然后 npm run start 启动。然后在ajax-testing目录下有个html文件，提供了测试案例和一些简单demo。
此次对外暴露的方法都开启了请求池加速（开启全局加速配置），除了common方法，预留一个未加速通用方法，防止有特殊需求。而且，本次请求池只是针对一个域名的加速，二期，将会增加针对不同域名加速的请求池。
github地址：github.com/GerryIsWarr… 对你有帮助或启发，点个小星星，支持继续研究下去
这次的迭代一波三折，中间有很多次走到一半就持续不下去了，但是因为刚开始测试的基础方向是对的，所以不想放弃，然后都是理顺思路一步一步的去走，看自己到底错在什么地方，这个方向为什么不能走。还有为了这次测试，做了大量的数据搜集，从mac系统和window不停切换，为主流浏览器做兼容测试和主流框架对比测试数据搜集。搜集完成之后，耐心的做数据清洗，将混杂的数据，进行分类归纳，然后找对应报表，最后将数据加载到报表上，做更直观的展示。
过程是艰难的，结果是值得兴奋的。正视自己的不足，axios是一个优秀的框架，速度和性能绝对是很好的。在没有做请求池优化之前，自己写的库达不到那个程度，不过在开启了请求池之后，在性能和速度方面已经超过了axios，jquery就不谈了。在研究前端通信的过程中收获了很多很多，从基础到设计，从底层到优化，没有什么是解决不了的问题。认清自己，做更好的自己，没有什么是不可能的。
从0-1是艰难的，从99-100更是难上加难。但是，只要去做，终是离那个方向更近一点，前端共勉！！
