一个套接字可以在 EWOULDBLOCK 之后但在 epoll_wait 之前变为可写的吗？

Question

我有一个基于反应器的设计，其中在epoll_wait 中轮询了许多套接字文件描述符。

为了优化延迟而不是吞吐量，当写入套接字时，我们会尝试立即直接写入文件描述符。

如果出现EWOULDBLOCK，我们会缓冲未写入的数据，然后等待套接字再次变为可写。

下次我们的epoll_wait 将我们的文件描述符返回为可写，然后我们从缓冲的数据中发送。

问题是，套接字能否在在我们收到EWOULDBLOCK 但在之前我们调用epoll_wait 之后变为可写？

也就是说，如果我们执行 2 个 write 调用，其中第一个 write 被部分写入，其余部分被缓冲，然后执行第二个 write，尝试立即写入，套接字是否可以在第一次和第二次写入调用之间变为可写，而我们最终会在远端接收到乱序数据？

Answer 1

问题是，套接字能否在在我们收到EWOULDBLOCK 但在之前我们调用epoll_wait 之后变为可写？

是的，可以。在EWOULDBLOCK 时，套接字缓冲区已满。但是一旦对等方确认了一些数据并且套接字缓冲区中的空间被清除，套接字就会再次变为可写的。这发生在代码之外的后台，因此套接字可以在任何时间变为可写。

也就是说，如果我们执行 2 次 write 调用，其中第一个 write 被部分写入，其余部分被缓冲，然后执行第二个 write，尝试立即写入，套接字是否可以在第一次和第二次 write 调用，我们最终会在远端收到乱序数据？

是的，可以。这将是您的代码逻辑中的一个错误，因为您在完成写入任何仍在等待发送的 缓冲数据 之前尝试将 新数据 写入套接字。

当您检测到EWOULDBLOCK 并开始缓冲数据时，停止为任何新数据调用write()，直到您的缓冲区被完全清除。如果您需要发送新数据，并且缓冲区中已经有数据，只需将新数据附加到缓冲区的末尾并继续前进，甚至根本不要调用write()。每当套接字报告为可写时，检查您的缓冲区中是否有任何待处理的数据，如果是，则从缓冲区的前面尽可能多地发送，同时删除成功发送的数据，直到缓冲区被清除或EWOULDBLOCK又被举报了。

Answer 2

一个套接字可以在 EWOULDBLOCK 之后但在 epoll_wait 之前变为可写的吗？

是的。一旦套接字发送缓冲区中有空间，它就可以变为可写的，只要其中现有数据的任何前缀被对等方确认，与您的应用程序异步。

为了优化延迟而不是吞吐量，当写入套接字时，我们会尝试立即直接写入文件描述符。

很好。

如果发生 EWOULDBLOCK，我们会缓冲未写入的数据，然后等待套接字再次变为可写。下次我们的 epoll_wait 将我们的文件描述符返回为可写时，我们就从缓冲的数据中发送。

再次VG。

问题是，在我们收到 EWOULDBLOCK 之后但在调用 epoll_wait 之前，socket 是否可以变为可写的？

是的，见上文。

也就是说，如果我们进行 2 次写入调用，其中第一次写入被部分写入，其余部分被缓冲，然后进行第二次写入，尝试立即写入，套接字是否可以在第一次和第二次写入调用之间变为可写

是的，见上文。

我们最终会在远端收到乱序数据？

我不知道如何，除非您从多个线程写入套接字。