close() cắm trực tiếp sau khi gửi(): không an toàn?

Question

Bạn có thể an toàn/an toàn để close() ổ cắm trực tiếp sau send() cuối cùng không?

Tôi biết rằng TCP có nhiệm vụ cố gắng phân phối tất cả dữ liệu còn lại trong bộ đệm gửi ngay cả sau khi đóng socket, nhưng tôi có thể thực sự dựa vào đó không?

Tôi đảm bảo rằng không có dữ liệu còn lại trong bộ đệm nhận để không có RST nào được gửi sau khi đóng.

---

Trong trường hợp của tôi, lệnh đóng thực sự là mã cuối cùng trước khi gọi exit().

Ngăn xếp TCP thực sự tiếp tục thử và truyền dữ liệu ngay cả sau khi quá trình gửi nó đã chấm dứt? Đó có phải là đáng tin cậy như chờ đợi một thời gian chờ tùy ý trước khi gọi close() bằng cách đặt SO_LINGER?

Tức là, làm cùng thời gian chờ TCP áp dụng hoặc chúng ngắn hơn? Với bộ đệm gửi lớn và kết nối chậm, thời gian thực sự chuyển tất cả dữ liệu đệm có thể đáng kể.

---

Tôi không quan tâm đến việc được thông báo về byte cuối cùng đã gửi; Tôi chỉ muốn họ cuối cùng đến được máy chủ từ xa một cách đáng tin cậy nhất có thể.

Xác nhận lớp ứng dụng không phải là một tùy chọn (giao thức là HTTP và tôi đang viết một máy chủ nhỏ).

Answer 1

Tôi đã đọc rất nhiều ultimate SO_LINGER page. Tôi khuyên bạn nên đọc nó. Nó thảo luận về các trường hợp cạnh của việc truyền dữ liệu lớn liên quan đến các socket TCP.

tôi không phải là chuyên gia trong việc SO_LINGER, nhưng trên mã máy chủ của tôi (vẫn còn trong phát triển tích cực) Tôi thực hiện như sau:

1. Sau byte cuối cùng được gửi qua send(), tôi gọi là " shutdown (sock, SHUT_WR) "để kích hoạt FIN được gửi đi.

2. Sau đó đợi cuộc gọi recv() tiếp theo trên socket đó để trả về 0 (hoặc recv trả về -1 và errno là bất kỳ điều gì khác mà EAGAIN/EWOULDBLOCK).

3. Sau đó, máy chủ thực hiện lệnh đóng() trên ổ cắm.

Giả định là khách hàng sẽ đóng socket của mình trước sau khi nhận được tất cả byte của phản hồi.

Nhưng tôi có thời gian chờ được thực thi giữa lần gửi cuối cùng() và khi recv() biểu thị EOF. Nếu khách hàng không bao giờ đóng kết thúc của mình của kết nối, máy chủ sẽ từ bỏ chờ đợi và đóng kết nối anyway. Tôi đang ở 45-90 giây cho thời gian chờ này.

Tất cả các ổ cắm của tôi đều không bị chặn và tôi sử dụng thăm dò/epoll để được thông báo về các sự kiện kết nối dưới dạng gợi ý để xem đã đến lúc thử gọi lại recv() hay gửi().