Việc ghi byte không vào luồng mạng có phải là cách đáng tin cậy để phát hiện các kết nối đã đóng không?

Question

Tôi đang làm việc trên một ứng dụng mà khách hàng kết nối với một kết nối TCP sau đó kích hoạt một lượng công việc có khả năng mất nhiều thời gian để hoàn thành. Tác phẩm này phải bị hủy nếu người dùng bỏ kết nối TCP.

Hiện nay, những gì tôi đang làm là bắt đầu lên một giờ mà định kỳ kiểm tra các mạng lưới suối kết nối bằng cách làm này:

// stream is a Stream instance 
var abort = false; 
using (new Timer(x => { 
    try 
    { 
     stream.Write(new byte[0], 0, 0); 
    } 
    catch (Exception) 
    { 
     abort = true; 
    } 
}, null, 1000, 1000)) 
{ 
    // Do expensive work here and check abort periodically 
} 

tôi đã có thể thích để đọc CanWrite, CanRead hoặc Connected nhưng họ báo cáo trạng thái cuối cùng của luồng. Là viết zero byte một cách đáng tin cậy của thử nghiệm kết nối, hoặc có thể điều này chính nó gây ra vấn đề? Tôi không thể viết hoặc đọc bất kỳ dữ liệu thực nào trên luồng vì điều đó sẽ làm hỏng khách hàng.

Answer 1

Hãy nói rằng tôi đã biết nó hoạt động, cách đây nhiều thập kỷ, nhưng không có lý do thực chất nào tại sao nó nên. Bất kỳ lớp API nào giữa bạn và ngăn xếp TCP đều có quyền ngăn chặn cuộc gọi đến lớp tiếp theo, và ngay cả khi nó được đưa vào ngăn xếp, nó sẽ chỉ trả lại lỗi nếu:

1. đối với lỗi mạng trước khi kiểm tra độ dài bằng 0, phụ thuộc vào việc triển khai thực hiện và
2. Đã xảy ra lỗi mạng, do một số hoạt động trước đó hoặc RST đến.

Nếu bạn đang mong đợi nó thăm dò một cách kỳ diệu mạng từ đầu đến cuối, chắc chắn là không.