为什么多次写入套接字时，它会阻塞？

Question

我遇到了套接字问题，如果您能提供帮助，我会很高兴...
问题是当我多次发送数据时它会阻塞，例如：

//--- client ---  
//..
send(sock, buf_1, sizeof(buf_1), 0);  

for (x10){   
//...  
send(sock, buf_2, sizeof(buf_2), 0);    
if (recv(sock, buf_2, sizeof(buf_2), 0)<0) printf("recv_2() failed");   
//...   
}  

for (x20){   
//...  
send(sock, buf_3, sizeof(buf_3), 0);     
if (recv(sock, buf_3, sizeof(buf_3), 0)<0) printf("recv_3() failed");   
//...    
}  
//...          

//--- server---   
//...  
if (recv(sock, buf_1, sizeof(buf_1), 0)<0) printf("recv_1() failed"); 

for (x10){     
if (recv(sock, buf_2, sizeof(buf_2), 0)<0) printf("recv_2() failed");    
//...    
send(sock, buf_2, sizeof(buf_2), 0);     
}     

for (x20){   
if (recv(sock, buf_3, sizeof(buf_3), 0)<0) printf("recv_3() failed");   
//...    
send(sock, buf_3, sizeof(buf_3), 0);     
}     
//...   

在第一个send()之后的交换块，有什么想法吗？
udp 是否也支持多个sendto()？

感谢您的回答-

Answer 1

在这种情况下，send 和 recv 都处于阻塞状态。 您需要在套接字上设置异步标志（ O_NONBLOCK 我认为 - 请参阅 fnctl 的文档）。 但这可能很难做到。如果您不发送/获取所有数据，则必须继续调用 send/recv 直到获得所有数据，并且有效地执行此操作意味着您将不得不在套接字上使用 select 系统调用。

现在这一切都相当可行，但调试起来并不有趣和痛苦。 我建议您尝试使用 boost::asio（异步 io）库，而不是使用原始套接字。 http://www.boost.org/doc/libs/1_41_0/doc/html/boost_asio.html

Answer 2

UDP 还是 TCP？

如果是 TCP；您发送的数据有多大。客户在做什么？客户端实际上是在接收和处理第一个数据块吗？可能发生的情况是第二次发送调用被阻塞，因为您的客户端的接收窗口已满，并且 TCP 堆栈已参与流量控制，这导致您的同步发送阻塞等待对等方读取足够的数据，因此接收窗口不是满了，流控情况已经过去了……

• http://en.wikipedia.org/wiki/Transmission_Control_Protocol#Flow_control - TCP 流量控制

还要注意，如果您正在处理 TCP，那么 recv 调用 CAN 并且将返回介于 1 和您已发送的字节数之间的任意字节数；您应该始终循环以累积消息框架告诉您需要的字节数...

您在问题的最后提到了 UDP 和多个 sendTo，这与您的问题有何关系？实际上，您在这里使用 UDP 套接字吗？