我想更好地理解非阻塞send 到套接字的实现。
鉴于我使用非阻塞套接字，并使用字符缓冲区“buf”发送数据，send 返回 EAGAIN 错误。我可以假设“buf”内容被复制到 POSIX 框架/网络堆栈中的内部缓冲区，我可以使用“buf”将新数据发送到套接字或EAGAIN 表示“buf”中的数据稍后将被复制，因此不应该更改“buf”内存？
我对此进行了很多搜索，但没有找到明确的答案。
对于aio_write，我在手册页中找到了以下注释：
被写出的缓冲区不能被访问 在操作期间或可能出现未定义的结果。记忆 涉及的区域必须保持有效。
但对于非阻塞我没有找到类似的东西。
谢谢。
【问题讨论】：
标签： linux network-programming posix send nonblocking
了解非阻塞 I/O 和异步 I/O 是不同的模型很重要。
使用非阻塞 I/O，每个 send 或 recv 都会立即发生，但前提是它可以在不阻塞调用进程的情况下完成。这意味着，对于send，内核套接字缓冲区中至少有一些空间用于发送正在发送的一些数据。对于recv，至少要接收一些数据字节。在这些情况下，调用将“成功”，分别返回发送或接收的字节数。否则，调用将失败，返回-1 并将errno 设置为EAGAIN（并且不会向缓冲区发送或接收或复制任何内容）。
另一方面，aio_write（和aio_read）是真正异步的：I/O 操作与这些调用一起排队，即使无法立即取得进展也会继续进行。当您的进程正在执行其他操作时，内核将继续监视和“引导”请求。因此，对于aio_write，操作可以立即完成，也可以稍后完成。在任何一种情况下，您都必须轮询完成，或者使用sigevent 机制来获得完成通知——如aio(7) 和sigevent(7) 手册页中所述。
在执行aio_write 后修改缓冲区的注意事项是因为您已经将写入操作排入队列但内核不一定尚未消耗您的缓冲区，因此如果您要修改其内容，则不确定内核是否会消耗旧内容或新内容。
同样的警告将（并且确实）适用于修改分配给普通send（无论是阻塞还是非阻塞）的缓冲区而@987654336 @call 正在运行。但是，由于普通的 send 相对于发送线程是同步的，因此您可以做到这一点的唯一方法是在原始线程中执行 send 操作时从另一个线程修改它。
【讨论】：
【讨论】：
... 返回 EAGAIN 错误。我可以假设“buf”内容被复制到内部缓冲区
不，错误意味着没有复制任何内容，您需要重试整个缓冲区。
请记住，您还应该检查非错误返回值，因为它可能会成功写入缓冲区的部分。
我对此进行了很多搜索，但没有找到明确的答案
好的，我同意手册页对此不是很明确。相反，让我们看看接口，想想当我们调用它时可能会发生什么：
ssize_t result = send(sockfd, buf, len, 0);
if (result < 0) {
/* we have an error, so examine errno */
return;
}
if (result == len) {
/* we sent the whole buffer and can reuse buf at will */
}
else {
/* 0 <= result < len, so we sent some of buf, but not all.
* It's not an error but we need to keep buf[result..len] for later
*/
}
这三个分支涵盖了所有可能性 - 它不能返回它们所涵盖的任何其他不。
它要么发送一些东西，要么什么都不发送，如果它发送一些东西，我们需要知道多少字节。
它要么成功（返回 >= 0）要么失败，如果失败，我们也无法也知道发送了多少字节。
因此，编写此接口的唯一合理方法是在出现错误时不发送任何字节 - 否则我们将处于不确定状态（我们无法确定是否需要一些、不需要或全部 buf重试）。
我认为这里还有一个误解：
我可以假设“buf”内容被复制到 POSIX 框架/网络堆栈中的内部缓冲区
这就是发送成功时发生的情况。返回成功并不意味着您的数据已被接收，甚至实际发送：它仅意味着操作系统已负责交付它。
所以在你的建议中，成功和失败之间没有区别。
【讨论】：
我可以假设“buf”内容被复制到 POSIX 框架/网络堆栈中的内部缓冲区
当然不是。这就是为什么它告诉你再试一次。没有任何东西被转移到任何地方。
我可以使用“buf”向套接字发送新数据
没有。
或者EAGAIN表示后面会复制“buf”中的数据
在您重试发送之前，它永远不会被复制。
所以“buf”内存不应该改变？
你可以做任何你喜欢的事情，但是如果你想重试你最好不要先改变它。
我对此进行了很多搜索，但没有找到明确的答案。
难以置信。您的搜索应该从send() 的man 页面开始。
对于
aio_write，我在手册页中找到了以下注释：
无关紧要。这个措辞是因为数据还没有被写入，但是当异步 I/O 处理它时。与非阻塞模式无关。
【讨论】：
send 联机帮助页的本地副本信息量不是很大。 POSIX的描述稍微好一点，也许EJP的本地系统更好。