轉自：http://blog.chinaunix.net/uid-24517549-id-4044877.html 首先socket在默認情況下是阻塞狀態(tài)的，這就使得發(fā)送以及接收操作處于阻塞的狀態(tài)，即調用不會立即返回，而是進入睡眠等待操作完成。

??一.發(fā)送選用send（這里特指TCP）以及sendto（這里特指UDP）來描述

??? 首先需要說明的是，不管阻塞還是非阻塞，在發(fā)送時都會將數(shù)據(jù)從應用緩沖區(qū)拷貝到內核緩沖區(qū)（SO_RCVBUF選項聲明，除非緩沖區(qū)大小為0）。?

??? 在阻塞模式下send操作將會等待所有數(shù)據(jù)均被拷貝到發(fā)送緩沖區(qū)后才會返回。

??? 如果當前發(fā)送緩沖總大小為8192，已經拷貝到緩沖的數(shù)據(jù)為8000，那剩余的大小為192，現(xiàn)在需要發(fā)送2000字節(jié)數(shù)據(jù)，那阻塞發(fā)送就會等待緩沖區(qū)足 夠把所有2000字節(jié)數(shù)據(jù)拷貝進去，如第一次拷貝進192字節(jié)，當緩沖區(qū)成功發(fā)送出1808字節(jié)后，再把應用緩沖區(qū)剩余的1808字節(jié)拷貝到內核緩沖，而 后send操作返回成功發(fā)送字節(jié)數(shù)。

??? 從上面的過程不難看出，阻塞的send操作返回的發(fā)送大小，必然是你參數(shù)中的發(fā)送長度的大小。

????在阻塞模式下的sendto操作不會阻塞。

??? 關于這一點的原因在于：UDP并沒有真正的發(fā)送緩沖區(qū)，它所做的只是將應用緩沖區(qū)拷貝給下層協(xié)議棧，在此過程中加上UDP頭，IP頭，所以實際不存在阻塞。

????在非阻塞模式下send操作調用會立即返回。

??? 關于立即返回大家都不會有異議。還是拿阻塞send的那個例子來看，當緩沖區(qū)只有192字節(jié)，但是卻需要發(fā)送2000字節(jié)時，此時調用立即返回，并得到返 回值為192。從中可以看到，非阻塞send僅僅是盡自己的能力向緩沖區(qū)拷貝盡可能多的數(shù)據(jù)，因此在非阻塞下send才有可能返回比你參數(shù)中的發(fā)送長度小 的值。

??? 如果緩沖區(qū)沒有任何空間時呢？這時肯定也是立即返回，但是你會得到WSAEWOULDBLOCK/E WOULDBLOCK 的錯誤，此時表示你無法拷貝任何數(shù)據(jù)到緩沖區(qū)，你最好休息一下再嘗試發(fā)送。

????在非阻塞模式下sendto操作 不會阻塞（與阻塞一致，不作說明）。

?

??二.接收選用recv（這里特指TCP）以及recvfrom（這里特指UDP）來描述

????在阻塞模式下recv，recvfrom操作將會阻塞?到緩沖區(qū)里有至少一個字節(jié)（TCP）或者一個完整UDP數(shù)據(jù)報才返回。

??? 在沒有數(shù)據(jù)到來時，對它們的調用都將處于睡眠狀態(tài)，不會返回。

????在非阻塞模式下recv，recvfrom操作將會立即返回。

??? 如果緩沖區(qū)?有任何一個字節(jié)數(shù)據(jù)（TCP）或者一個完整UDP數(shù)據(jù)報，它們將會返回接收到的數(shù)據(jù)大小。而如果沒有任何數(shù)據(jù)則返回錯誤?WSAEWOULDBLOCK/E WOULDBLOCK。

轉載于:https://www.cnblogs.com/lance-ehf/p/3812348.html

總結

以上是生活随笔為你收集整理的从缓冲上看阻塞与非阻塞socket在发送接收上的区别（转载）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。