爲什麼當向套接字寫入多次時，它會阻塞？

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堆棧已經進行流量控制，這會導致你的同步發送阻塞，等待對方讀取足夠的數據，以致recv窗口不是充分和流量控制的情況已經過去了......

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

還要注意的是，如果你處理TCP那麼recv的調用可以將返回任意數目的字節在1和你發送的字節數之間;你應該總是循環累加你的消息幀告訴你需要的字節數...

你提到，在你的問題的最後，關於UDP和多個sendTos，這與你的問題有什麼關係？事實上，你在這裏使用UDP套接字嗎？