你如何解释TCP何时没有获得一次读取的所有字节

Question

我刚读了一篇文章说TCPClient.Read()可能无法在一次读取中获得所有发送的字节.你怎么解释这个？

例如,服务器可以将字符串写入tcp流.客户端读取字符串的一半字节,然后在另一个读取调用中读取另一半.

你怎么知道何时需要组合两个调用中收到的字节数组？

Answer 1

你怎么知道何时需要组合两个调用中收到的字节数组？

您需要在协议级别做出决定.有四种常见的型号:

• 近距离完成:每一方每个连接只能发送一条"消息".发送消息后,它们关闭套接字的发送端.接收方保持读取直到它到达流的末尾.
• 长度前缀:在每条消息之前,包括消息中的字节数.这可以是固定长度格式(例如,总是4个字节)或一些压缩格式(例如,每个字节7比特大小数据,为大小数据的最后字节设置最高比特).然后是消息本身.接收代码将读取大小,然后读取那么多字节.
• 分块:像长度前缀一样,但是在较小的块中.每个块都是长度前缀的,最后一个块表示"消息结束"
• 消息结束信号:继续读取,直到看到消息的终结符.如果消息必须能够包含任意数据,这可能会很麻烦,因为您需要包含一个转义机制以表示消息中的终结器数据.

此外,不太常见的是,协议中每条消息总是特定大小 - 在这种情况下,您只需要继续操作,直到您读取了那么多数据.

在所有这些情况下,你基本上需要循环,将数据读入某种缓冲区,直到你有足够的数据,但是你确定了.您应该始终使用返回值Read来记录实际读取的字节数,并始终检查它是否为0,在这种情况下,您已到达流的末尾.

还要注意,这不仅会影响网络流 - 对于除本地之外的任何其他内容MemoryStream(它将始终读取您一次要求的数据,如果它一直在流中),您应该假设数据可能只是在多个电话的过程中可用.