最近遇到一个问题，我1个站点链接2个后端服务，但1个后端服务有问题，导致访问超时，但请求接口都是分开的。自认为一个服务站点请求超时，不会影响到另外一个请求的，但不是。全部请求都发不出去。为什么呢？是不是浏览器有请求机制管理？
正常情况前端站点都是对应一个服务的，如果前面一个请求有问题，那么后面一个请求访问不下去也正常。请求都是瀑布型一个请求接一个请求有关联的。所以不了解也没什么问题。但多个后端服务才需要谨慎这点。
这是一个历史问题：在浏览器刚刚流行的时候，大部分用户是通过拨号来上网，由于受当时的带宽条件的限制，无法使得用户的同时多个请求被处理。同时，当时的服务器的配置也比现在差很多，所以现在每个浏览器的连接数的大小也是有必要的。浏览器默认对同一域下的资源，只保持一定的连接数，阻塞过多的连接,以提高访问速度和解决阻塞问题。不同浏览器的默认值不一样，对于不同的HTTP协议其值也不一样,参看下表:
| Browser | HTTP/1.1 | HTTP/1.0 |
|---|---|---|
| IE 6,7 | 2 | 4 |
| IE 8 | 6 | 6 |
| Firefox 2 | 2 | 8 |
| Firefox 3 | 6 | 6 |
| Safari 3,4 | 4 | 4 |
| Chrome 1,2 | 6 | ? |
| Chrome 3 | 4 | 4 |
| Chrome 4+ | 6 | ? |
| iPhone 2 | 4 | ? |
| iPhone 3 | 6 | ? |
| iPhone 4 | 4 | ? |
| Opera 9.63,10.00alpha | 4 | 4 |
| Opera 10.51+ | 8 | ? |
信息来源：http://www.stevesouders.com/blog/2008/03/20/roundup-on-parallel-connections/
| Tool | Name |
|---|---|
| 浏览器 | chrome |
| 监控请求 | charles |
| Type | Request | ajax timeout |
|---|---|---|
| success request | autoLogin.do | true |
| error request | mobileCaptcha.do | false |
如下图：只要队列里面还有请求，在排队。那么新添加进去的请求，就必须排队。
ps:charles中没有显示autoLogin.do的请求发送。
那么ajax，是定义$.ajax这个创建时间起算10秒后，就会中断请求。因此下图显示【未知网络错误】（没发送出去当然未知网络错误），并且charles中没有出现请求。
如下图：是正常执行成功。因为队列已经空了，新添加的请求可以马上执行。
这测试证明了浏览器请求是有队列情况，而且在ios手机上并行数目更少4,这也导致了如果有4个请求同时超时就会阻塞。后面的请求就无法发送出去。
浏览器是限制一个域名同时发送N个请求，但如果是2个域名都同时请求。
那么最大发送请求数 = 域名数目 * 浏览器最大并行请求数；
如chrome最大发送请求数：12=2*6。
就是2个服务的站点分出去，谁阻塞就找谁服务。
跨域建议使用CORS技术或者副域名相同进行跨域（a.ok.com,b.ok.com）*.ok.com 都可以进行跨域。
加上timeout就会按timeout时间清除队列。保持队列定时清空，就可以发出请求。
主服务设置timeout：10000
副服务设置timeout：8000
主服务和副服务并行：主服务成功；
主服务比副服务快：主服务成功；
主服务比副服务慢：主服务成功；
就算同时100个请求，请求都是按照timeout时间机制。
按时间来做瀑布流使整个站点维持规范，方便请求管理。
http://www.cnblogs.com/mmmjiang13/archive/2011/08/09/2131637.html
