我正在编写一个 C/S 程序，客户端和服务器都可以在任意时间向对等方发送数据（没有明确的确认）。我想知道如果客户端和服务器巧合地同时写入对等方是否可能会死锁。
那么从write() 返回是否意味着对等应用程序已经拥有read() 数据？或者它仅仅意味着对等体的内核已经获得了数据并且将在下一个read()传递给应用程序？
（EJP 的回答修正了我对 write()/send()/... 的完全错误理解。为了添加一些权威信息，我在 POSIX 标准中发现了这个关于 send 的信息：
成功完成对 send() 的调用并不能保证消息的传递。返回值 -1 表示仅本地检测到的错误。
Linux 的关于send() 的手册页不是很清楚：
在 send() 中没有隐含发送失败的指示。本地检测到的错误由返回值 -1 指示。
或者是因为作为非英语母语人士，我无法完全理解第一句话。 )
【问题讨论】：
标签： c sockets tcp network-programming
我想知道如果客户端和服务器巧合地同时写入对等点，是否可能会死锁。
它不能，除非其中一个或两个对等方的读取速度非常慢并且已经关闭了它的接收窗口。 TCP 是全双工的。
那么从 write() 返回是否意味着对等应用程序已经 read() 数据？
没有。
或者它仅仅意味着对等体的内核已经获得了数据并会在下一次 read() 时传递给应用程序？
没有。
表示数据已到达您的内核，正在排队等待传输。
write()返回表示TCP ACK已经收到。
不，它没有。
你的意思是从write()返回仅仅意味着数据已经到达发送者的内核？
这不仅是我的意思，也是我所说的。
我认为发送方已经收到了 TCP ACK，因此到达了对等方的内核。
没有。
【讨论】：
write 返回意味着发送者能够将数据存储在传输黄油中。如果缓冲区已满，write 将被阻塞并稍后返回。否则它会立即返回。如果对方在接受连接后直接烧成灰烬，您的write 调用也会成功返回。
send() 的返回值/errno，因为缓冲和所有其他问题。您最终会在随后的send() 或recv() 上收到与此数据相关的错误，但这可能需要一些时间。为什么他们不只是改编 Posix 文本或原始 BSD 文本，是另一个谜。
没有。如果您将其视为数据管道，则从write 返回意味着您的数据已进入管道，不是它已从另一端退出管道。
事实上，由于管道是数据可能采用数百种不同路径中的任何一种的管道，因此您甚至无法保证它会到达另一端 :-) 如果发生这种情况，您将在稍后的某个日期收到通知，可能是通过 后续 write 失败。
可能会被屏蔽：
从write 成功返回意味着您的本地网络堆栈已接受您的数据并将在适当的时候对其进行处理。
【讨论】：
write() 返回意味着 TCP ACK 已经收到。所以它更像是在对等体的内核和应用程序之间的管道。