Linux上奇怪的AF_INET和SOCK_STREAM套接字行为

Question

我在两个不同的Linux计算机（客户端和服务器）上运行了两个简单的进程，它们使用AF_INET|SOCK_STREAM套接字相互通信，客户端向服务器发送短命令字符串，然后服务器以非常长的字符串作为响应（大约78KB），当客户端收到所有这些78KB时，它退出，仅此而已，这是奇怪的事情：

客户端从套接字无错误地recv所有78KB，但只有3415Bytes有效，其余字节均为以NULL结尾的\\0 ，这意味着strlen(recv_buffer) != 78KB 。

我多次运行客户端，结果是相同的。

我尝试将客户端的SO_RCVBUF修改为160KB （默认为80KB ），但没有任何变化。

我使用Wireshark确认TCP数据包，确认所有78KB字节。

有关客户端的更多信息：

kernel.osrelease = 2.6.32-220.el6.x86_64
kernel.version = #1 SMP Tue Dec 6 19:48:22 GMT 2011
net.ipv4.tcp_mem = 92736        123648  185472
net.ipv4.tcp_wmem = 4096        16384   3956736
net.ipv4.tcp_rmem = 4096        87380   3956736
net.core.wmem_max = 131071
net.core.rmem_max = 131071
net.core.wmem_default = 124928
net.core.rmem_default = 124928

有什么线索吗？ 非常感谢。

Answer 1

客户端从套接字接收全部78KB

不会。您几乎不可能在单个recv（）调用中收到78kb。 显然，您根本没有收到78kb，而您只收到3415字节。

没有错误

显然，这就是您检查的全部。 您没有检查recv()返回的值进行确认。 相反，在接收缓冲区上调用strlen()完全无效。

摆弄套接字接收缓冲区不能解决此问题。 您几乎不可能在单个recv()调用中收到78kb。 您收到的内容由TCP决定，主要由路径MTU决定，完全不受您的控制。 你必须循环。