前端通信：ajax设计方案（七）

距离上个迭代过了很长时间，中间经历了很多事情，也在每个空余时间构思了这个迭代的东西以及下个迭代要做的东西。时间周期稍微长了，望见谅。

而且，至今这个开源库的start也已经到了165个了，会支持关注和研究的。

首先解决了上个迭代遇到的问题进行完善和修复：

1. 上个迭代做ajax timeout设置的时候，手抖将timeout不小心设置成timeoutEvent，这期做了修复

2. 解决全局配置中配置额外参数，批量检查时会参数错误问题。

应用场景：

前端开发依赖的东西比较多，比如宿主环境（浏览器）、以及数据接口（自己服务器或者第三方Api等等），上个迭代进行了浏览器错误搜集，可以分析用户在不同环境下宿主的使用率和差异以及问题。但是对于用户的数据请求一直没有做监控，因为用户在不同的场景、网络状况下乃至在开发或者发布中将接口地址写错了，导致出现问题。

全局配置：

设计代码：

覆盖面以及数据：

请求的错误搜集，将覆盖4xx、5xx、0、onerror以及timeout状态

PS：在浏览器api中，只读属性 XMLHttpRequest.status 返回了XMLHttpRequest 响应中的数字状态码。status 的值是一个无符号短整型。在请求完成前，status的值为0。值得注意的是，如果 XMLHttpRequest 出错，浏览器返回的 status 也为0。

链接：XMLHttpRequest.status

数据上传格式：

测试结果：

a. onerror错误：

b. 4XX错误、5XX错误、0错误

c. timeout错误

2. 前端负载均衡（将请求均衡打到不同的服务器上）

应用场景：

现在很多公司更多使用ngx做负载均衡，使用node第一层hold住所有流量，然后通过ngx进行分发到不同的服务器上做负载，避免在一台服务器上读写造成资源竞争等等，结构如下图：

但是，如果在超大流量的一种状况下，前端作为请求的发出方，完全有能力在发出阶段就将请求打到不同的负载服务器上，然后再通过ngx再进行二次负载均衡，结构如下如：

全局配置：

代码实现：

随机函数校验：

因为前端需要通过一个伪随机数随机获取一个数值，然后通过这个数值去取负载配置的域名，为了保证随机打点的均衡性，这里将测试在指数级增长下随机打点5次的状况

随机函数测试代码：

案例：

a. 随机5个，10次

a. 随机5个，100次

a. 随机5个，1000次

a. 随机5个，10000次

a. 随机5个，100000次

结果：在指数级增长的过程中，打点越来越均衡，相对伪随机数的分布取值也越来越均衡

负载均衡测试结果：

2. 宕机切换（支持策略）

应用场景：

在日常用户使用请求接口的时候，用户在点击一个按钮的时候，如果一次接口请求失败，在人性角度去看，用户肯定会再一次去点击触发请求，多次按了都没效果，才会确认这个功能是没用的。如果，在这个时候，这个场景下，用一个正确的策略在用户点击时候，如果本地请求失败，支持切换备用域名，这样可以有效的挽回流失用户。

全局配置：

代码实现：

同负载均衡的那一大堆代码，可以向上看。

测试案例（在策略中我绑定了如果错误连续积累5次之后将切换备用接口）：

总结：这一期的迭代需求中已经将ajax所能涉及的应用场景全部挖掘的快消耗殆尽了，如果还有什么使用场景，可以去github提个issues。

github地址：github.com/GerryIsWarr… 可以点个star，持续研究下去