เหตุใด Internet Explorer จึงไม่ส่งเนื้อหาโพสต์ HTTP ในการโทร Ajax หลังจากล้มเหลว

เราสามารถสร้างสถานการณ์ต่อไปนี้ขึ้นใหม่ได้อย่างน่าเชื่อถือ:

1. สร้างเพจ HTML ขนาดเล็กที่ส่งคำขอ AJAX ไปยังเซิร์ฟเวอร์ (โดยใช้ HTTP POST)
2. ยกเลิกการเชื่อมต่อจากเครือข่ายและเชื่อมต่อใหม่
3. ตรวจสอบแพ็กเก็ตที่ IE สร้างขึ้นหลังจากความล้มเหลว

หลังจากการเชื่อมต่อเครือข่ายล้มเหลว IE จะส่งคำขอ AJAX ถัดไป แต่จะส่งเฉพาะส่วนหัว HTTP (ไม่ใช่เนื้อหา) เมื่อทำการโพสต์ HTTP สิ่งนี้ทำให้เกิดปัญหาทุกประเภทบนเซิร์ฟเวอร์เนื่องจากเป็นเพียงคำขอบางส่วน Google พบปัญหานี้กับ Bing และคุณจะพบผู้คนจำนวนมากบ่นเกี่ยวกับ "ข้อผิดพลาดของเซิร์ฟเวอร์แบบสุ่ม" โดยใช้ AJAX หรือความล้มเหลวของ AJAX ที่ไม่ได้อธิบาย

เราทราบดีว่า IE (ไม่เหมือนกับเบราว์เซอร์อื่น ๆ ส่วนใหญ่) จะส่ง HTTP POST เป็นสองแพ็กเก็ต TCP / IP เสมอ ส่วนหัวและเนื้อหาจะถูกส่งแยกกัน ในกรณีที่เกิดความล้มเหลวโดยตรงIE จะส่งเฉพาะส่วนหัวเท่านั้น IE ไม่เคยส่ง payload และในที่สุดเซิร์ฟเวอร์ก็ตอบสนองด้วย Timeout

คำถามของฉันคือ - ทำไมมันถึงทำงานแบบนี้? ดูเหมือนว่าผิดตามข้อมูลจำเพาะ HTTP และเบราว์เซอร์อื่น ๆ ไม่ทำงานในลักษณะนี้ มันเป็นเพียงข้อผิดพลาดหรือไม่? แน่นอนว่าสิ่งนี้สร้างความเสียหายในแอปพลิเคชันเว็บที่ใช้ AJAX อย่างร้ายแรง

ข้อมูลอ้างอิง:

มีปัญหาที่คล้ายกันซึ่งเกิดจากการหมดเวลาของ HTTP ที่มีชีวิตอยู่ซึ่งสั้นกว่า 1 นาทีและมีการบันทึกไว้ที่นี่:

http://us.generation-nt.com/xmlhttprequest-post-sometimes-fails-when-server-using-keep-aliv-help-188813541.html

http://support.microsoft.com/default.aspx?kbid=831167

ดูเหมือนจะไม่มีคำตอบที่ชัดเจนสำหรับคำถามนี้ดังนั้นฉันจะให้ข้อมูลเชิงประจักษ์เป็นข้อมูลทดแทนและให้วิธีการบางอย่างในการแก้ไข บางทีคนวงใน MS บางคนอาจจะให้ความกระจ่างในเรื่องนี้ ...

1. หาก HTTP Keep-Alive ถูกปิดใช้งานบนเซิร์ฟเวอร์ปัญหานี้จะหายไป กล่าวอีกนัยหนึ่งเซิร์ฟเวอร์ HTTP 1.1 ของคุณจะตอบสนองทุกคำขอของ Ajax พร้อมกับConnection: Closeบรรทัดในการตอบกลับ สิ่งนี้ทำให้ IE มีความสุข แต่ทำให้ทุกคำขอ Ajax เปิดการเชื่อมต่อใหม่ ซึ่งอาจส่งผลกระทบต่อประสิทธิภาพอย่างมากโดยเฉพาะในเครือข่ายที่มีเวลาแฝงสูง

2. ปัญหานี้จะเกิดขึ้นได้อย่างง่ายดายหากมีการร้องขอ Ajax ติดต่อกันอย่างรวดเร็ว ตัวอย่างเช่นเราทำการร้องขอ Ajax ทุกๆ 100ms จากนั้นสถานะเครือข่ายจะเปลี่ยนไปข้อผิดพลาดนั้นเกิดขึ้นได้ง่าย แม้ว่าแอปพลิเคชันส่วนใหญ่อาจไม่ได้ทำการร้องขอดังกล่าว แต่คุณอาจมีการเรียกเซิร์ฟเวอร์สองสามสายที่เกิดขึ้นพร้อมกันซึ่งอาจทำให้เกิดปัญหานี้ได้ ช่างพูดน้อยทำให้ IE มีความสุข

3. เกิดขึ้นได้แม้ไม่มีการตรวจสอบสิทธิ์ NTLM

4. จะเกิดขึ้นเมื่อการหมดเวลาใช้งาน HTTP ของคุณบนเซิร์ฟเวอร์สั้นกว่าค่าเริ่มต้น (ซึ่งค่าเริ่มต้นคือ 60 วินาทีใน Windows) รายละเอียดอยู่ในลิงค์ที่มีปัญหา

5. ไม่เกิดขึ้นกับ Chrome หรือ Firefox FF ส่งหนึ่งแพ็คเก็ตเพื่อหลีกเลี่ยงปัญหานี้โดยสิ้นเชิง

6. มันเกิดขึ้นใน IE 6, 7, 8 ไม่สามารถทำซ้ำกับ IE 9 เบต้าได้

บทความ microsoft KB ที่มีชื่อว่าเมื่อคุณใช้ Microsoft Internet Explorer หรือโปรแกรมอื่นในการดำเนินการโพสต์ซ้ำจะมีการโพสต์เฉพาะข้อมูลส่วนหัวเท่านั้นที่จะแก้ไขปัญหานี้ได้

บทความนี้มีโปรแกรมแก้ไขด่วน สำหรับเบราว์เซอร์รุ่นหลังเช่น IE8 ระบุว่ามีโปรแกรมแก้ไขด่วนอยู่แล้วแต่ต้องเปิดใช้งานผ่านการตั้งค่ารีจิสทรีบนพีซีไคลเอนต์

ฉันมีปัญหาคล้ายกันซึ่ง IE เวอร์ชันเก่าบางรุ่นจะส่งกลับเฉพาะส่วนหัวเท่านั้นไม่ใช่เนื้อหาของ POST ปัญหาของฉันเกี่ยวข้องกับ IE และ NTLM เนื่องจากคุณไม่ได้พูดถึง NTLM สิ่งนี้อาจไม่ได้ช่วย แต่ในกรณี:

http://support.microsoft.com/kb/251404

นี่เป็นภาพระยะสั้น แต่ IE (และแม้แต่ Firefox) บางครั้งก็ "จำ" การเชื่อมต่อที่ใช้สำหรับคำขอ HTTP Notes / ตัวอย่าง:

• ใน Firefox ถ้าฉันเปลี่ยนการตั้งค่าพร็อกซีและกด SHIFT-RELOAD บนเพจมันยังคงใช้พร็อกซีแบบเก่า อย่างไรก็ตามถ้าฉันฆ่าพร็อกซีเก่า ("killall Squid") มันจะเริ่มใช้พร็อกซีใหม่

• เมื่อคุณยกเลิกการเชื่อมต่อ / เชื่อมต่อใหม่คุณได้รับที่อยู่ IP ใหม่หรืออะไรที่คล้ายกันหรือไม่? คุณสามารถตรวจสอบที่อยู่ IP เก่าได้หรือไม่เพื่อดูว่า IE กำลังส่งข้อมูลไปยังที่อยู่ที่ตายแล้วหรือไม่?

• ฉันเดาว่า IE กำลังส่งข้อมูลเพียงแค่ลงผิดเส้นทาง อาจเป็นการฉลาดพอที่จะไม่แคชการเชื่อมต่อเครือข่ายสำหรับแพ็กเก็ต "POST" แต่อาจไม่ฉลาดพอที่จะทำเช่นนั้นสำหรับเพย์โหลด POST

• สิ่งนี้อาจไม่ส่งผลกระทบต่อแอป AJAX ส่วนใหญ่เนื่องจากผู้คนไม่ค่อยตัดการเชื่อมต่อและเชื่อมต่อกับเครือข่ายอีกครั้ง?

คุณใช้การรับรองความถูกต้อง NTLM หรือไม่

เมื่อใช้การรับรองความถูกต้อง NTLM IE จะไม่ส่งข้อมูลภายหลัง จะส่งข้อมูลส่วนหัวคาดว่าการตอบกลับโดยไม่ได้รับอนุญาตจะส่งการอนุมัติและหลังจาก 'การตรวจสอบสิทธิ์อีกครั้ง' จะส่งโพสต์

วันนี้ฉันมีปัญหาคล้ายกันเมื่อใช้ $ .ajax และสามารถแก้ไขได้โดยตั้งค่า async เป็นเท็จ

$.ajax({
  async: false, 
  url: '[post action url]',
  data: $form.serialize(),
  type: 'POST',
  success: successCallback
});