Linux TCP/IP針對套接字流的非阻塞發送...... TCP recv緩衝區會發生什麼情況？

Question

這屬於Linux內核2.6 TCP套接字。

我發送大量的數據，說300 MB，與非阻塞發送給誰一次接收8 MB的另一端。

一個8 MB的接收後，「接收器」停止接收，因爲它想執行其他任務，如錯誤處理。發送者會得到一個EWOULDBLOCK，但由於它是異步通信，發送者會嘗試填充另一端的TCP recv緩衝區。

我的問題是：將有仍然在TCP recv的緩衝數據，即使在「發件人」有一個EWOULDBLOCK和「接收器」停止接收？同一個套接字用於錯誤處理，那麼「接收方」必須在嘗試重用現有套接字之前清除TCP recv緩衝區？

Answer 1

是的。當你得到EWOULDBLOCK時，你已經發送的一些數據還沒有被接收應用讀取，這是完全可能的（事實上可能）。這個緩衝數據將可用於套接字上的下一個read。

這意味着如果你的接收者發送一個「Ooops，不要再發送」消息給發送者，發送者就不能對該消息採取行動並「解除」發送數據。一旦它傳遞到write()/send()，它已經開始並且不能被召回。

接收機將通過讀出它不再感興趣，並丟棄它的數據，這將意味着你將需要某種形式的交易分隔符的數據流來處理這種可能性。

Answer 2

我的問題是：即使「發件人」得到EWOULDBLOCK並且「接收器」停止接收，TCP recv緩衝區中是否仍有數據？

有一個在TCP數據接收緩衝區因爲發件人得到EWOULDBLOCK。這是它可能發生的唯一條件。

你的問題沒有意義。