Question

我对在Unix上使用C语言的套接字写入/读取的字节数有一些疑问。我过去常常发送1024个字节，但是当我发送短字符串时，这实际上太多了。

我从一个文件中读取一个字符串，而且我不知道这个字符串有多少字节，它每次都可以变化，可以是10,20或1000.我只知道它是＆＃39 ; s＆lt;因此，当我编写代码时，我不知道在客户端读取的字节大小，（在服务器上我可以使用strlen()）。那么，无论从文件中读取的字符串的长度如何，总是读取最大字节数（在这种情况下为1024）的唯一解决方案是什么？

例如，使用此代码：

read(socket,stringBuff,SIZE);

如果我想读取一个10字节的字符串，如果SIZE是10而不是1024，那么会不会更好？

Answer 1

在你问题的代码中，如果只有10个字节需要读取，那么SIZE是10个字节，1,024个字节还是1,000,024个字节没有区别 - 它仍然只是读取10个字节。唯一的区别是你为它预留了多少内存，如果你有可能收到最多1,024字节的字符串，那么你无论如何都要留出那么多的内存。 / p>

但是，无论您尝试读入多少字节，您都必须为read()实际读取不同数量的字节做好准备。特别是在网络上，当你可以得到传输延迟时，即使你的服务器正在发送一个1,024字节的字符串，当你的客户端调用read()时，可能已经达到了少于这个字节数，在这种情况下你＆＃ 39;读数不到1,024。

因此，您始终需要做好准备，以便在多个read()电话中获取您的输入。这意味着您需要能够告诉您何时完成阅读输入 - 您不能单独依赖read()返回的事实来告诉您已完成此操作。如果您的服务器在您阅读第一条消息之前可能会发送多条消息，那么您显然无法依赖此消息。

您有三个主要选择：

始终发送大小相同的消息，如果需要，可以用零填充较小的字符串。对于TCP流，这通常是次优的。只需阅读，直到您收到这个字节数。
在消息结束时告诉您某种哨兵机制。这可能是换行符，CRLF，空白行或行上的单个点后跟空行，或者适用于您的协议的任何内容。继续阅读，直到你收到这个哨兵。为了避免一次对一个字符进行低效的系统调用，需要实现某种缓冲机制以使其工作正常。如果您确定服务器正在向您发送以单个'\n'字符终止的行，则可以选择使用fdopen()和标准C I / O库。
让您的服务器告诉您消息的大小（在初始固定长度字段中，或者从第2点使用相同类型的标记机制），然后继续阅读，直到您获得该消息为止字节数。

Answer 2

read()系统调用阻塞，直到它可以读取一个或多个字节，或者直到发生错误。

它不保证它会读取您请求的字节数！使用TCP套接字，read()返回的内容比您请求的要少，因为它无法返回仍在网络中传播的字节。

所以，你必须检查read()的返回值并再次调用它以获得更多数据，如果你没有得到你想要的一切，并且一次又一次，直到你拥有所有东西。< / p>

我应该读取/写入一个套接字多少字节？

2 个答案: