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只能阻止內容部分的發出。 本文來源于成都網站建設公司與成都網站設計制作公司-創新互聯成都公司！

文章標題：XHR對象send方法的同異步問題
標題網址：http://www.2m8n56k.cn/news14/319814.html

成都網站建設公司_創新互聯，為您提供軟件開發、微信小程序、小程序開發、手機網站建設、網站設計、面包屑導航

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：[email protected]。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯