recv是socket編程中最常用的函數之一，在阻塞狀態的recv有時候會返回不同的值，而對於錯誤值也有相應的錯誤碼，分別對應不同的狀態，下面是我針對常見的幾種網絡狀態的簡單總結。
首先阻塞接收的recv有時候會返回0，這僅在對端已經關閉TCP連接時纔會發生。
而當拔掉設備網線的時候，recv並不會發生變化，仍然阻塞，如果在這個拔網線階段，socket被關掉了，後果可能就是recv永久的阻塞了。
所以一般對於阻塞的socket都會用setsockopt來設置recv超時。
當超時時間到達後，recv會返回錯誤，也就是-1，而此時的錯誤碼是EAGAIN或者EWOULDBLOCK，POSIX.1-2001上允許兩個任意一個出現都行，所以建議在判斷錯誤碼上兩個都寫上。
如果socket是被對方用linger爲0的形式關掉，也就是直接發RST的方式關閉的時候，recv也會返回錯誤，錯誤碼是ENOENT
還有一種經常在代碼中常見的錯誤碼，那就是EINTER，意思是系統在接收的時候因爲收到其他中斷信號而被迫返回，不算socket故障，應該繼續接收。但是這種情況非常難再現，我嘗試過一邊一直在不停的發信號，一邊用recv接收數據，也沒有出現過。這種異常錯誤我附近只有一個朋友在用write的時候見到過一次，但是總是會有概率出現的，所以作爲完善的程序必須對此錯誤進行特殊處理。
一般設置超時的阻塞recv常用的方法都如下：
while(1)
{
cnt = (int)recv(m_socket, pBuf,RECVSIZE, 0);
if( cnt >0 )
{
//正常處理數據
}
else
{
if((cnt<0) &&(errno == EAGAIN||errno == EWOULDBLOCK||errno == EINTR)) //這幾種錯誤碼，認爲連接是正常的，繼續接收
{
continue;//繼續接收數據
}
break;//跳出接收循環
}
}
最後，如果recv的返回值爲0，那表明連接已經斷開，我們的接收操作也應該結束。
阻塞與非阻塞recv返回值沒有區分，都是 <0 出錯 =0 連接關閉 >0 接收到數據大小。
Linux環境下，須如下定義：struct timeval timeout = {3,0};
//設置發送超時
setsockopt(socket，SOL_SOCKET,SO_SNDTIMEO，(char *)&timeout,sizeof(struct timeval));
//設置接收超時
setsockopt(socket，SOL_SOCKET,SO_RCVTIMEO，(char *)&timeout,sizeof(struct timeval));
https://www.cnblogs.com/kex1n/p/7461124.html