HTML5技术

IE中Keep-Alive机制引起的错误 - PowerCoder

字号+ 作者:H5之家 来源:H5之家 2015-12-31 09:50 我要评论( )

我们知道Http协议是基于TCP/IP连接的,也就是说客户端浏览器向服务器发出一个Http请求并得到响应是要建立一条TCP/IP连接的,但是如果每发出一个Http请求客户端就要向服务器端建立一条TCP/IP连接的话,这样效率会非常低,所以在Http协议中有一个叫做Keep-Aliv

我们知道Http协议是基于TCP/IP连接的,也就是说客户端浏览器向服务器发出一个Http请求并得到响应是要建立一条TCP/IP连接的,但是如果每发出一个Http请求客户端就要向服务器端建立一条TCP/IP连接的话,这样效率会非常低,所以在Http协议中有一个叫做Keep-Alive的机制,如果在服务器端(IIS或Apache等Web服务器)启动Keep-Alive后,客户端浏览器向Web服务器发出的Http请求被响应后建立的TCP/IP连接并不会被立刻释放掉,而是会存在一段时间,这个时间叫Keep-Alive Timeout,如果在Keep-Alive Timeout时间内没有新的Http请求从客户端发送到服务器端,那么建立的TCP/IP连接就会被服务器端释放掉,如果在Keep-Alive Timeout时间内又有Http请求从客户端浏览器发送到了服务器端,那么服务器端又会等待Keep-Alive Timeout时间后才会释放TCP/IP连接,这样大大提高了TCP/IP连接在Http协议中的复用率提高系统性能。这个过程可以用下面这张图来解释,左边是没有启用Keep-Alive时Http请求的状况,可以看到客户端每发出一次Http请求,都会和服务器端建立(open)一个TCP/IP连接然后释放(close)链接,右边是启用Keep-Alive后Http请求的状况,客户端发出的3个Http请求都复用同一个TCP/IP连接。

 

清楚了Keep-Alive是什么东西我们再来说说Keep-Alive中的另一个概念叫max,启用了Keep-Alive的Http连接,在Http响应头中一般会包含两个参数timeout和max,timeout就是我们在上面提到的Keep-Alive Timeout时间,在这个时间内如果没有新的Http请求发送到服务器端那么TCP/IP连接就会被服务器端释放掉,而max是表示TCP/IP连接还可以复用的次数,每当TCP/IP连接被Keep-Alive机制复用一次max的值就会减1,如果max等于0了,表示该TCP/IP连接不允许再被复用了,服务器端就会释放TCP/IP连接,如果客户端后面又有Http请求发送到服务器端,客户端和服务器端就必须重新建立一个TCP/IP连接。下图就是服务器端启用Keep-Alive机制后,客户端浏览器收到的Http响应头,里面包含timeout和max两个字段值。

 

从上面我们知道了如果服务器端启用了Keep-Alive机制,那么有两种情况建立的TCP/IP连接会被正常释放(非正常释放就不提了,比如关机了,断网了等。。。),一是在Keep-Alive Timeout时间内没有新的Http请求复用TCP/IP连接,那么TCP/IP连接就会被服务器端释放,二是当建立的TCP/IP连接被复用了max次后,max的值已经为0,服务器端也会释放TCP/IP连接。

 

当服务器端启用Keep-Alive机制后,会向客户端浏览器发送两个参数timeout和max,所以客户端浏览器就会知道Keep-Alive机制下建立的TCP/IP连接多久后会被服务器端释放掉,TCP/IP连接还能复用多少次,如果浏览器发现TCP/IP连接已经被服务器端释放掉了,那么浏览器就会和服务器端建立一个新的TCP/IP连接来发送后续的Http请求。但是有一种情况会导致IE浏览器不知道服务器端释放了TCP/IP连接,而去复用TCP/IP连接导致:“SCRIPT7002: XMLHttpRequest: 网络错误 0x2ef3, 由于出现错误 00002ef3 而导致此项操作无法完成” 错误发生。

 

我们来举个例子,还是下面这个截图,当IE浏览器收到这个Http响应标头之后就知道服务器端启用了Keep-Alive机制,并且Keep-Alive机制的timeout时间是5秒,最大复用次数为100次。

现在假如我们有个页面使用javascript的setInterval函数每过5秒钟就向服务器端发送一个Ajax请求,那么IE浏览器在向服务器端发送Ajax请求的时候就有可能会去复用服务器端已经被释放掉的TCP/IP连接。因为IE浏览器发送Ajax请求的时间间隔是5秒,而服务器端Keep-Alive机制timeout时间也是5秒,那么IE浏览器发出Ajax请求和服务器端释放TCP/IP连接这两个事情就很有可能在同一个时间点上发生。我们设想一下当IE浏览器发出第一次Ajax请求时和服务器端建立了一个TCP/IP连接,由于服务器端启用了Keep-Alive机制,该TCP/IP连接在5秒后才会被服务器端释放掉,而在5秒后IE浏览器开始发送第二次Ajax请求的时候认为5秒时间还没到还可以复用第一次Ajax请求建立的TCP/IP连接,所以当IE浏览器发出第二次Ajax请求的时候就沿用了第一次Ajax请求建立的TCP/IP连接,但是当第二次发出的Ajax请求到达服务器端的时候已经是第一次Ajax请求到达服务器端的时间的5秒后了(我们假定Ajax请求会在网络上传输1秒到达服务器端,那么当第二次Ajax请求到达服务器端的时候距离第一次Ajax请求已经有6秒的时间了),所以TCP/IP连接已经被服务器端释放掉了,那么IE浏览器发出的第二次Ajax请求就会被服务器端抛弃,服务器端不会对IE浏览器发出的第二次Ajax请求作出任何响应,所以IE浏览器就会抛出:“SCRIPT7002: XMLHttpRequest: 网络错误 0x2ef3, 由于出现错误 00002ef3 而导致此项操作无法完成” 错误。我们可以用下面一个时序图来描述这个过程:

 

经测试这个问题只会在IE(测试环境为IE11)浏览器上发生,在Firefox和Chrome上并无此问题,说明Firefox和Chrome在发出Http请求之前会去检测Keep-Alive机制建立的TCP/IP连接是否已经被释放掉了,如果释放掉了Firefox和Chrome不会报错而是向服务器端开启一个新的TCP/IP连接,避免复用已释放的TCP/IP连接这种情况发生,而IE浏览器就比较笨了,一旦复用了已释放的TCP/IP连接就报错了。。。

 

说了这么多那么怎样避免IE浏览器因为复用已释放的TCP/IP连接而报错呢?最保险的方法是关闭服务器端的Keep-Alive机制,尽管这样系统效率会有所下降但是这样IE浏览器肯定不会因为复用被释放的连接而报错了。。。另外也可以建议用户不要使用IE浏览器,这肯定是不现实的。。。。最后如果把Keep-Alive机制的timeout时间设置长一点而不是像本例一样只设置到5秒,也可以大大降低IE浏览器复用被释放连接的风险,但是不能够保证肯定是安全的。

 

下面介绍下怎样在IIS7中关闭Keep-Alive机制,另外设置Keep-Alive机制的timeout时间

IIS7关闭Keep-Alive机制,进入站点设置,然后选择HTTP Response Headers设置,点击Set Common Headers,将Enable HTTP keep-alive复选框取消选中即可。

 

 

IIS7设置Keep-Alive机制的timeout时间,在站点设置中点击高级设置(Advanced Settings),然后在弹出的窗口中设置Connection Time-out的值即可,默认是120秒即2分钟。

 

 

1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。

相关文章
  • 用惯了Task,你应该也需要了解它的内部调度机制TaskScheduler - 一线码农

    用惯了Task,你应该也需要了解它的内部调度机制TaskScheduler - 一线

    2017-04-29 10:01

  • 一个由进程内存布局异常引起的问题 - twoon

    一个由进程内存布局异常引起的问题 - twoon

    2017-02-08 17:00

  • 【实践】基于接口的插件机制 - 悠扬的牧笛

    【实践】基于接口的插件机制 - 悠扬的牧笛

    2017-01-18 14:03

  • 基于Token的WEB后台认证机制 - 红心李

    基于Token的WEB后台认证机制 - 红心李

    2016-06-25 17:00

网友点评
t