ความแตกต่างระหว่างการเชื่อมต่อกับการหมดเวลาอ่านสำหรับซ็อกเก็ตคืออะไร

3 คำถาม:

1. ความแตกต่างระหว่างการเชื่อมต่อและการหมดเวลาอ่านสำหรับซ็อกเก็ตคืออะไร

2. สิ่งที่ไม่เชื่อมต่อชุดหมดเวลาที่จะ "อินฟินิตี้" หมายความว่าอย่างไร ในสถานการณ์ใดบ้างที่มันจะยังคงอยู่ในวง infinitive? และอะไรที่สามารถกระตุ้นให้วงอินฟินิตี้ตาย?

3. การหมดเวลาการอ่านที่ตั้งค่าเป็น "อนันต์" หมายถึงอะไร ในสถานการณ์ใดบ้างที่มันจะยังคงอยู่ในวง infinitive? และอะไรที่สามารถกระตุ้นให้วงอินฟินิตี้ตาย?

1) ความแตกต่างระหว่างการเชื่อมต่อและการหมดเวลาอ่านสำหรับซ็อกเก็ตคืออะไร

การหมดเวลาการเชื่อมต่อคือการหมดเวลาในการเชื่อมต่อเริ่มต้น เช่นเสร็จสิ้นการจับมือการเชื่อมต่อ TCP หมดเวลาการอ่านคือการหมดเวลาในการรอคอยที่จะอ่านข้อมูลที่1 หากเซิร์ฟเวอร์ไม่สามารถส่งไบต์ <timeout> วินาทีหลังจากไบต์สุดท้ายข้อผิดพลาดการหมดเวลาการอ่านจะถูกเพิ่ม

2) การหมดเวลาเชื่อมต่อตั้งค่าเป็น "infinity" หมายความว่าอย่างไร ในสถานการณ์ใดบ้างที่มันจะยังคงอยู่ในวง infinitive? และอะไรที่สามารถกระตุ้นให้วงอินฟินิตี้ตาย?

หมายความว่าความพยายามในการเชื่อมต่อสามารถบล็อกได้ตลอดเวลา ไม่มีการวนซ้ำไม่สิ้นสุด แต่ความพยายามเชื่อมต่อสามารถยกเลิกการบล็อกโดยเธรดอื่นที่ปิดซ็อกเก็ต (การThread.interrupt()โทรอาจทำตามเคล็ดลับ ... ไม่แน่ใจด้วย)

3) การหมดเวลาการอ่านถูกตั้งค่าเป็น "infinity" หมายถึงอะไร ในสถานการณ์ใดที่มันจะสามารถอยู่ในวงวนไม่สิ้นสุดได้? สิ่งที่ทำให้เกิดการวนซ้ำไม่สิ้นสุด

หมายความว่าการเรียกไปreadยังซ็อกเก็ตสตรีมอาจบล็อกตลอดไป อีกครั้งไม่มีลูปไม่มีที่สิ้นสุด แต่readสามารถยกเลิกการปิดกั้นโดยการThread.interrupt()โทรปิดซ็อกเก็ตและ (แน่นอน) ปลายอีกด้านหนึ่งส่งข้อมูลหรือปิดการเชื่อมต่อ

^{1 - ไม่ใช่ ... อย่างที่ผู้วิจารณ์คนหนึ่งคิดว่า ... การหมดเวลาของซ็อกเก็ตที่สามารถเปิดได้หรือไม่ได้ใช้งาน}

นี่เป็นค่าการหมดเวลาที่บังคับใช้โดย JVM สำหรับการสร้างการเชื่อมต่อ TCP และรอการอ่านข้อมูลจากซ็อกเก็ต

หากตั้งค่าเป็นอนันต์คุณจะไม่รอตลอดไป มันหมายถึงว่า JVM ไม่มีการหมดเวลาและระบบปฏิบัติการจะเป็นผู้รับผิดชอบในการหมดเวลาทั้งหมด อย่างไรก็ตามหมดเวลาบนระบบปฏิบัติการอาจนานมาก ในบางเครือข่ายที่ช้าฉันเห็นการหมดเวลานานถึง 6 นาที

แม้ว่าคุณจะตั้งค่าการหมดเวลาสำหรับซ็อกเก็ตมันอาจไม่ทำงานหากการหมดเวลาเกิดขึ้นในรหัสเนทีฟ เราสามารถสร้างปัญหาขึ้นอีกครั้งบน Linux โดยเชื่อมต่อกับโฮสต์ที่ถูกบล็อกโดยไฟร์วอลล์หรือถอดสายเคเบิลเมื่อเปิดสวิตช์

วิธีที่ปลอดภัยเพียงวิธีเดียวในการจัดการการหมดเวลา TCP คือการเรียกใช้รหัสการเชื่อมต่อในเธรดอื่นและขัดจังหวะเธรดเมื่อใช้เวลานานเกินไป