C# 异步TCP套接字字节合并
我不太确定如何在标题中解释我的问题，但我将尝试详细说明我的问题 基本上，我编写的聊天不是P2P，而是所有用户连接到一个中央服务器，类似于IRC。这些连接是异步的，几乎可以完美地工作。主要问题是，当大量数据同时发送到一个用户（或从一个用户发送到服务器）时，字节可能会合并，从而导致错误。我通过在其余数据前面添加一个包含数据长度的4字节头来实现这一点。不过，字节似乎合并了。我还尝试将NoDelay设置为true并将dontframent设置为false；不过，它还是不起作用 我猜问题是，当字节合并时，我只处理第一个字节，然后对剩余的字节不做任何处理。处理这个问题的最佳方式是什么C# 异步TCP套接字字节合并,c#,.net,C#,.net,我不太确定如何在标题中解释我的问题，但我将尝试详细说明我的问题 基本上，我编写的聊天不是P2P，而是所有用户连接到一个中央服务器，类似于IRC。这些连接是异步的，几乎可以完美地工作。主要问题是，当大量数据同时发送到一个用户（或从一个用户发送到服务器）时，字节可能会合并，从而导致错误。我通过在其余数据前面添加一个包含数据长度的4字节头来实现这一点。不过，字节似乎合并了。我还尝试将NoDelay设置为true并将dontframent设置为false；不过，它还是不起作用 我猜问题是，当字节合并时，
接收回调代码：这就是为什么他们称之为流。您将字节放在一端，TCP保证它们在远端以相同的顺序出现，没有丢失或重复。任何大于一个字节的都是你的问题 您必须在缓冲区中累积足够的字节，以获得标头。然后解释它并开始处理额外的字节。你可能有一些剩余的开始下一个标题
这是正常的行为。当应用程序未接收数据时，系统将为您缓冲数据。下次您提出请求时，它将尝试移交可用数据。另一方面，大型写操作可能会在不支持足够帧大小的连接上进行。它们将根据需要进行分割，最终以点滴的形式到达。这就是为什么他们称之为流。您将字节放在一端，TCP保证它们在远端以相同的顺序出现，没有丢失或重复。任何大于一个字节的都是你的问题 您必须在缓冲区中累积足够的字节，以获得标头。然后解释它并开始处理额外的字节。你可能有一些剩余的开始下一个标题
这是正常的行为。当应用程序未接收数据时，系统将为您缓冲数据。下次您提出请求时，它将尝试移交可用数据。另一方面，大型写操作可能会在不支持足够帧大小的连接上进行。它们将根据需要进行拆分，并最终以点滴方式到达。这通常发生在两个或多个数据包以紧密间隔发送时。 最近我自己也遇到了这个问题，我解决这个问题的方法是用一把分开的钥匙。然后可以标记每条消息。例如，您可以像我一样将ASCII字符#4（传输结束字符）添加到发送的每条消息的末尾
Write("Message1" + ((char)4).ToString())
Write("Message2" + ((char)4).ToString())
"Message1(EOT char)Message2(EOT char)"
\nWrite("Message1" + ((char)4).ToString())
Write("Message2" + ((char)4).ToString())
"Message1(EOT char)Message2(EOT char)"
\n解决此问题的最佳方法是什么？解决此问题的最佳方法是什么？