Web 技术研究所

我一直坚信着,Web 将会成为未来应用程序的主流

XHR对象send方法的同异步问题

  XHR对象上的send方法不仅是用于发送数据部分,只有调用了send方法,整个HTTP请求头才会被发出,然后才是真正的内容部分。如此复杂的过程在规范中也没有具体的定义,所以目前各大浏览器上的实现都存在细微的差异,特别是同异步这个大坑再次中枪。

一个精密的实验

  其实我以前一直以为send方法总是同步发起的(注意这里讨论的是“发起”这个行为本身的同异步,open方法的第三个参数始终为true,不讨论false的情况),还在讨论同异步的文章中使用了XHR对象的例子,现在看来确实是个不恰当的例子。在一些浏览器中XHR对象的send方法确实是同步发起的,但并不是所有浏览器都这样,可以通过下面的实验来证实(NodeJS 的部分需要 harmonyuse_strict):
//nodejs
require('http').createServer(function(request,response){
  response.setHeader('Content-Type','text/html');
  if(request.url=='/test'){
    console.log(request.url);
    let connection=request.connection;
    connection.write('HTTP/1.1 100 Continue\n\n');
    console.log(100);
    request.on('data',function(e){
      console.log(e+"");
      response.end('ok');
    });
  }else{
    let path=process.cwd()+request.url;
    require('fs').readFile(path,function(error,data){
      response.end(error?'error':data);
    });
  };
}).listen(1234);
<!--test.html-->
<script>
var xhr=new XMLHttpRequest;
xhr.onreadystatechange=function(){
  console.log(xhr.readyState,xhr.status);
};
xhr.open("POST","test");
xhr.send("data");
var t=new Date;
while(new Date-t<3000);
</script>
  这个测试在三大主流浏览器上测试会得到三个不同的结果:
  • Chrome39:请求同步发出,死循环不会影响请求
  • Firefox33:请求被注册到下一个消息中异步发出
  • IE11:请求的头部分同步发出,内容部分被注册到下一个消息中异步发出

实验结果影响的现实

  这个结果对实际运用有什么影响呢?在同步过程中多次调用open方法就能看出差异。XHR对象在调用open方法时会停止原来的工作,于是有以下几种情况:
  • Chrome的send是同步发出的,即使在send之后马上调用open也无法停止已经send的东西了,已经泼出去的水,根本停不下来。
  • Firefox就完全不同,由于是注册到下一个消息中,send后马上调用open就会取消掉原先注册但还没执行到的动作。
  • IE比较奇葩,在调动send时头已经发出了,这部分是收不回来的。send后马上调用open只能阻止内容部分的发出。

网名:
54.144.24.*
电子邮箱:
仅用于接收通知
提交 悄悄的告诉你,Ctrl+Enter 可以提交哦
神奇海螺
[查看全部主题]
各类Web技术问题讨论区
发起新主题
本模块采用即时聊天邮件通知的模式
让钛合金F5成为历史吧!
次碳酸钴的技术博客,文章原创,转载请保留原文链接 ^_^