Socket一次Recv接受的字節有限制么?
從套接字接收數據。 返回值是表示接收數據的字符串。 一次接收的最大數據量由bufsize指定。它默認為零。
注意為了最好地匹配硬件和網絡現實，bufsize的值應該是2的相對較小的冪，例如4096。
經實際測試recv不同端口接收情況不同,當前我們默認為1024字節
大多數情況下為1448字節
TCP socket的buffer
每個TCP socket在內核中都有一個發送緩沖區和一個接收緩沖區，TCP的全雙工的工作模式以及TCP的流量(擁塞)控制便是依賴於這兩個獨立的buffer以及buffer的填充狀態。接收緩沖區把數據緩存入內核，應用進程一直沒有調用recv()進行讀取的話，此數據會一直緩存在相應socket的接收緩沖區內。再啰嗦一點，不管進程是否調用recv()讀取socket，對端發來的數據都會經由內核接收並且緩存到socket的內核接收緩沖區之中。recv()所做的工作，就是把內核緩沖區中的數據拷貝到應用層用戶的buffer里面，並返回，僅此而已。進程調用send()發送的數據的時候，最簡單情況（也是一般情況），將數據拷貝進入socket的內核發送緩沖區之中，然后send便會在上層返回。換句話說，send（）返回之時，數據不一定會發送到對端去（和write寫文件有點類似），send()僅僅是把應用層buffer的數據拷貝進socket的內核發送buffer中，發送是TCP的事情，和send其實沒有太大關系。接收緩沖區被TCP用來緩存網絡上來的數據，一直保存到應用進程讀走為止。對於TCP，如果應用進程一直沒有讀取，接收緩沖區滿了之后，發生的動作是：收端通知發端，接收窗口關閉（win=0）。這個便是滑動窗口的實現。保證TCP套接口接收緩沖區不會溢出，從而保證了TCP是可靠傳輸。因為對方不允許發出超過所通告窗口大小的數據。 這就是TCP的流量控制，如果對方無視窗口大小而發出了超過窗口大小的數據，則接收方TCP將丟棄它。
send函數工作原理：
send函數只負責將數據提交給協議層。 當調用該函數時，send先比較待發送數據的長度len和套接字s的發送緩沖區的長度，如果len大於s的發送緩沖區的長度，該函數返回SOCKET_ERROR； 如果len小於或者等於s的發送緩沖區的長度，那么send先檢查協議是否正在發送s的發送緩沖中的數據； 如果是就等待協議把數據發送完，如果協議還沒有開始發送s的發送緩沖中的數據或者s的發送緩沖中沒有數據，那么send就比較s的發送緩沖區的剩余空間和len； 如果len大於剩余空間大小，send就一直等待協議把s的發送緩沖中的數據發送完，如果len小於剩余空間大小，send就僅僅把buf中的數據copy到剩余空間里（注意並不是send把s的發送緩沖中的數據傳到連接的另一端的，而是協議傳的，send僅僅是把buf中的數據copy到s的發送緩沖區的剩余空間里）。 如果send函數copy數據成功，就返回實際copy的字節數，如果send在copy數據時出現錯誤，那么send就返回SOCKET_ERROR； 如果send在等待協議傳送數據時網絡斷開的話，那么send函數也返回SOCKET_ERROR。
要注意send函數把buf中的數據成功copy到s的發送緩沖的剩余空間里后它就返回了，但是此時這些數據並不一定馬上被傳到連接的另一端。 如果協議在后續的傳送過程中出現網絡錯誤的話，那么下一個Socket函數就會返回SOCKET_ERROR。（每一個除send外的Socket函數在執行的最開始總要先等待套接字的發送緩沖中的數據被協議傳送完畢才能繼續，如果在等待時出現網絡錯誤，那么該Socket函數就返回SOCKET_ERROR）
recv函數工作原理：
源碼解釋:
接收來自socket緩沖區對字節數據,當緩沖區沒有數據可取時,recv會一直處於阻塞狀態,直到緩沖區至少又一個字節數據可取,或者遠程端關閉,關閉遠程端並讀取所有數據后,返回空字符串.
recv先檢查套接字s的接收緩沖區，如果s接收緩沖區中沒有數據或者協議正在接收數據，那么recv就一直等待，直到協議把數據接收完畢。當協議把數據接收完畢，recv函數就把s的接收緩沖中的數據copy到buf中（注意協議接收到的數據可能大於buf的長度，所以在這種情況下要調用幾次recv函數才能把s的接收緩沖中的數據copy完。recv函數僅僅是copy數據，真正的接收數據是協議來完成的），recv函數返回其實際copy的字節數。如果recv在copy時出錯，那么它返回SOCKET_ERROR；如果recv函數在等待協議接收數據時網絡中斷了，那么它返回0 。
對方優雅的關閉socket並不影響本地recv的正常接收數據；如果協議緩沖區內沒有數據，recv返回0，指示對方關閉；如果協議緩沖區有數據，則返回對應數據(可能需要多次recv)，在最后一次recv時，返回0，指示對方關閉。
要點：
在進行TCP協議傳輸的時候，要注意數據流傳輸的特點，recv和send不一定是一一對應的（一般情況下是一一對應），也就是說並不是send一次，就一定recv一次就接收完，有可能send一次，recv多次才接收完，也可能send多次，一次recv就接收完了。TCP協議會保證數據的有序完整的傳輸，但是如何去正確完整的處理每一條信息，是程序員的事情。
例如：服務器在循環recv，recv的緩沖區大小為100byte，客戶端在循環send，每次send 6byte數據，則recv每次收到的數據可能為6byte，12byte，18byte，這是隨機的，編程的時候注意正確的處理。