XHR对象上的send方法不仅是用于发送数据部分，只有调用了send方法，整个HTTP请求头才会被发出，然后才是真正的内容部分。如此复杂的过程在规范中也没有具体的定义，所以目前各大浏览器上的实现都存在细微的差异，特别是同异步这个大坑再次中枪。 一个精密的实验 　　其实我以前一直以为send方法总是同步发起的（注意这里讨论的是“发起”这个行为本身的同异步，open方法的第三个参数始终为true，不讨论false的情况），还在讨论同异步的文章中使用了XHR对象的例子，现在看来确实是个不恰当的例子。在一些浏览器中XHR对象的send方法确实是同步发起的，但并不是所有浏览器都这样，可以通过下面的实验来证实（NodeJS 的部分需要 harmony 和 use_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); 　　这个测试在三大主流浏览器上测试会得到三个不同的结果： Chrome39：请求同步发出，死循环不会影响请求 Firefox33：请求被注册到下一个消息中异步发出 IE11：请求的头部分同步发出，内容部分被注册到下一个消息中异步发出 实验结果影响的现实 　　这个结果对实际运用有什么影响呢？在同步过程中多次调用open方法就能看出差异。XHR对象在调用open方法时会停止原来的工作，于是有以下几种情况： Chrome的send是同步发出的，即使在send之后马上调用open也无法停止已经send的东西了，已经泼出去的水，根本停不下来。 Firefox就完全不同，由于是注册到下一个消息中，send后马上调用open就会取消掉原先注册但还没执行到的动作。 IE比较奇葩，在调动send时头已经发出了，这部分是收不回来的。send后马上调用open只能阻止内容部分的发出。 本文来源于广州网站建设公司与广州网站设计制作公司-广帆互动广州公司！