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

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

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

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

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

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

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

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

????在非阻塞模式下send操作調(diào)用會立即返回。

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

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

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

?

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

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

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

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

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

轉(zhuǎn)載于:https://www.cnblogs.com/lance-ehf/p/3812348.html

總結(jié)

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

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