C 一个套接字应该读/写多少字节？

我对在Unix上通过C中的套接字写入/读取的字节数有些怀疑。我习惯于发送1024字节，但有时发送短字符串时，这确实太多了

我从一个文件中读取了一个字符串，我不知道这个字符串有多少字节，每次都可能不同，可能是10、20或1000。我只能确定它是<1024。因此，当我编写代码时，我不知道要在客户端读取的字节大小（在服务器上，我可以使用

strlen（）

）。那么，无论从文件中读取的字符串长度如何，唯一的解决方案是始终读取最大字节数（在本例中为1024字节）

例如，使用此代码：

read(socket,stringBuff,SIZE);

如果我想读取一个10字节的字符串，如果

SIZE

是10而不是1024，不是更好吗？

系统调用会阻塞，直到它可以读取一个或多个字节，或者直到出现错误

它不能保证它将读取您请求的字节数！对于TCP套接字，

read（）

返回的字节数少于您的请求，这是非常常见的，因为它无法返回仍在网络中传播的字节数

---

因此，您必须检查

read（）

的返回值，如果您没有得到所需的一切，则再次调用它以获取更多数据，并且一次又一次，直到您拥有一切。

在您问题中的代码中，如果只有10个字节要读取，那么

大小是否为10个字节、1024个字节没有区别，或者1000024字节-它仍然只读取10个字节。唯一的区别是您为它预留了多少内存，如果您可以接收最多1024字节的字符串，那么您无论如何都必须预留这么多内存

但是，无论您试图读入多少字节，您都必须为
read（）
实际读取不同数量的字节做好准备。特别是在网络上，当传输延迟时，即使服务器正在发送1024字节的字符串，在客户端调用
read（）
时，到达的字节数也可能少于该字节数，在这种情况下，读取的字节数将少于1024字节

因此，您必须随时准备在多个
read（）
调用中获取输入。这意味着您需要能够知道何时阅读完输入-您不能单靠
read（）
返回来告诉您已经阅读完毕。如果在您阅读第一条消息之前，您的服务器可能会发送多条消息，那么您显然不能指望这一点

您有三个主要选择：

始终发送大小相同的消息，如有必要，可以在较小的字符串中填充零。对于TCP流来说，这通常是次优的。只需读取，直到您完全收到这个字节数

有某种哨兵机制来告诉你消息何时结束。这可能是一个换行符、
CRLF
、一个空行或一行上的一个点后跟一个空行，或者任何适用于协议的内容。继续阅读直到你收到这个哨兵。为了避免每次对一个字符进行低效的系统调用，您需要实现某种缓冲机制以使其正常工作。如果可以确定服务器正在向您发送以单个
'\n'
字符结尾的行，则可以选择使用
fdopen（）
和标准C I/O库

让您的服务器告诉您消息有多大（在初始的固定长度字段中，或者从第2点开始使用相同的sentinel机制），然后继续读取，直到您获得了该字节数

recv（）
返回通过套接字接收的字节数。请不要用一个问题来公布另一个问题。@timrau是的，我知道，也读，但如果我没有错的话，在编写读取调用时，您应该编写类似于read的内容（socket、stringBuff、SIZE），并且在您必须指定要读取的字符数的大小中。我的意思是，如果我读一个10字符的字符串，如果大小是10而不是1024，不是更好吗？为你正在使用的任何协议的头读取足够的字节，然后从该头计算出预期的长度，然后读取那么多ByTestHank以获得你的帮助！