C# Socket是每一个Receive对应一个Send吗？

Question

我正在使用 C# Socket 类（使用异步方法和 SocketAsyncEventArgs 类）实现客户端-服务器应用程序。我必须同时实现 TCP 和 UDP 功能。

我的用法是以数据包的形式从服务器向客户端发送一些命令，反之亦然，对重要命令使用 TCP，对非重要命令使用 UDP。

据说 Nagle 算法可能会导致 TCP 数据包的多个发送合并到一个接收，所以我为 TCP 套接字设置了NoDelay（虽然我从未经历过！）

另一个问题可能是 IP 碎片，但我认为组装碎片发生在接收之前的某个地方。因此，一次发送和接收最多 64KB 的数据必须是安全的！

我的问题：：我能否假设在 100% 的情况下，每个 一个 Receive 对应于 一个 Send？ （我知道一次发送可能导致 UDP 丢失数据包的零接收）

我问的原因：我应该实施 1）拆分合并数据包还是 2）合并拆分接收中的数据包，还是有一些 情况？

P.S：我将Socket.ReceiveAsync 用于 TCP，Socket.ReceiveFromAsync 用于 UDP 数据包。

Answer 1

不，对于 TCP，您根本不能依赖它。一个Send 可能需要多次调用Receive 才能读取，一次调用Receive 可能会收到多个Sends，您无能为力（就连接设置而言）来防止这种情况发生，因此您必须能够在您的应用程序中处理它。

如果您通过 TCP 流交换可变长度的消息，确定是否已读取整个消息的常用方法是实现某种形式的“帧”，即在每条消息前面加上固定数量的字节（例如 4用于编码Int32) 的字节，指定以下消息的大小。

在接收端，您首先读取前 4 字节前缀（请记住，您可能需要对多个 Receives 执行此操作！），将其转换为 Int32，然后告诉您您还有多少字节'将需要阅读以确保您已从流中准确地阅读了一条消息。要阅读下一条消息，只需重复该过程即可。