消息部分时，SocketAsyncEventArgs和缓冲

Question

C＃套接字服务器，大约有200-500个活动连接，每个连接不断向我们的服务器发送消息。

大约有70％的时间对消息进行了正确处理（以正确的顺序等），但是在另外30％的情况下，我们将消息弄乱了，事情变糟了。 我们应该注意，一些客户端以unicode发送数据，而另一些以ASCII发送数据，因此也可以处理。

发送到服务器的消息是一个可变长度的字符串，其结尾为char3，这是我们中断的char3，而不是我们继续接收数据。

任何人都可以对我们的ProcessReceive代码有所了解，看看可能导致我们出现问题的原因以及我们如何解决这个小问题（希望这是个小问题！）

代码如下：

Answer 1

首先，我确定你知道，但这总是值得重复的； TCP是字节流。 它不知道您可以确定该字节流中是否存在任何应用程序级别的“消息”。 所有成功的套接字Recv调用，无论同步还是异步，都可以返回1到提供的缓冲区大小之间的任意数量的字节。

考虑到这一点，在执行其他任何操作之前，您应该真正处理消息框架（即查找分隔符）。 如果找不到分隔符，则只需使用相同的SocketAsyncEventArgs ，相同的缓冲区重新发出读取，并将偏移量设置为当前位置，这会将更多数据读入缓冲区，并且您可以再次查看分隔符下一次读取已完成...理想情况下，当在此缓冲区中搜索定界符以减少重复扫描时，您最好跟踪上一次到达的位置...

现在，您没有执行此操作，并且如果收到的消息是e.Buffer[e.Offset] == 255 ，则对e.Buffer[e.Offset] == 255将失败，因为如果e.Buffer[e.Offset] == 255了消息，则e.Buffer[e.Offset] == 255消息中的任何字节多次读取。

Answer 2

我看到的问题是您正在从套接字当前读取的缓冲区上调用Encoding.Unicode.GetString（）。 但是，该缓冲区的内容可能不是字符串的有效unicode编码。

您需要做的是缓冲整个流，然后在收到所有数据后，在一个最终操作中将其解码为字符串。