原文：
先理一下阻塞和非阻塞的概念：
阻塞就是讓當前呼叫執行緒一直處於停止等待當中，掛起的狀態，執行緒函式會被卡住。
非阻塞則是不管執行結果如何，都會繼續往下執行（往往都要處理很多返回結果），執行緒函式裡一般都是乙個迴圈，不停的輪詢。
再理一下傳送接收函式：
send/sendto函式，只是把應用層的資料拷貝到核心傳送緩衝區，並不保證資料一定會被傳送到對端，真正執行傳送及什麼時候傳送是由系統(協議棧)決定的，所以send/sendto函式返回成功，只能說明拷貝成功了，如果在還未傳送之前網路斷開，則傳送失敗。
recv/recvform函式,，將核心接收緩衝區的資料拷貝到應用層的buffer中，真正執行接收資料也是由系統層決定的。
套接字預設是阻塞狀態，因此傳送及接收也是阻塞狀態，所以呼叫不會立即返回，而是進入睡眠等待操作完成。
一、send/sendto操作
1.在阻塞模式下send操作將會等待所有資料均被拷貝到傳送緩衝區後才會返回
如果傳送緩衝區可用大小為0或比要傳送的資料長度要小，則會阻塞，直到傳送緩衝區裡的資料被系統傳送後，可用緩衝區大小比要傳送的資料長度大時，send返回成功，否則一直阻塞等待。由此可知，send返回的傳送大小，必然是你引數中的傳送長度的大小。
2.在阻塞模式下sendto操作不會被阻塞
udp沒有真正意義上的傳送緩衝區，它所做的只是把應用層的緩衝區資料拷貝到下層的協議棧，在此過程中加udp頭，ip頭，所以不存在阻塞
3.在非阻塞模式下send操作會立即返回
如果傳送緩衝區可用大小為0，則會立即返回ewouldblock錯誤，表示無法拷貝任何資料到傳送緩衝區；如果傳送緩衝區可用大小不為0，但小於傳送資料的長度，則拷貝可用大小的資料到緩衝區；由此可知，非阻塞send總是盡自己最大能力往傳送緩衝區拷貝盡可能多的資料，所以存在非阻塞send返回的大小比傳送資料的長度要小的情況。
4.在非阻塞模式下sendto操作也不會阻塞
大致與阻塞模式下情況一致，不會被阻塞
二、recv/recvfrom操作
1.在阻塞模式下，recv/recvfrom會一直阻塞到接收緩衝區裡有乙個位元組或乙個完整的udp資料報為止，然後再返回
recv的原型：int recv(socket sd, char *buffer, int len, int
flag)，注意到系統並不會等待buffer被填滿了再返回，而是一旦有資料被接收到，就立刻返回，因此不要期望實際收到的資料長度就等於len。
2.在非阻塞模式下，recv/recvfrom會立即返回
如果接收緩衝區，有至少乙個位元組或udp資料報，則會返回接收到的資料大小，如果沒有，則返回錯誤ewouldblock
轉阻塞socket和非阻塞socket
讀操作 對於阻塞的socket,當socket的接收緩衝區中沒有資料時，read呼叫會一直阻塞住，直到有資料到來才返 回。當socket緩衝區中的資料量小於期望讀取的資料量時，返回實際讀取的位元組數。當sockt的接收緩衝 區中的資料大於期望讀取的位元組數時，讀取期望讀取的位元組數，返回實際讀取的長...
socket程式設計 阻塞和非阻塞
阻塞方式下，connect首先傳送syn請求道伺服器，當客戶端收到伺服器返回的syn的確認時，則connect返回.否則的話一直阻塞.非阻塞方式，connect將啟用tcp協議的三次握手，但是connect函式並不等待連線建立好才返回，而是立即返回。返回的錯誤碼為einprogress,表示正在進行...
socket阻塞與非阻塞
何為阻塞？在以上過程中若連線還沒到來，那麼接受阻塞，程式執行到這裡不得不掛起，cpu轉而執行其他執行緒。在以上過程中若資料還沒準備好，請閱讀會一樣也會阻塞。阻塞式網路io的特點 多執行緒處理多個連線。每個執行緒擁有自己的棧空間並且占用一些cpu時間。每個執行緒遇到外部為準備好的時候，都會阻塞掉。阻塞...