學習TCP阻塞/非阻塞

來源:互聯網
上載者:User

不管是阻塞還是非阻塞模式,send(...)返回的資料長度,只是表示拷貝到協議棧緩衝區中的資料長度,並不是實際發送的資料量或對方接收的資料量。對於recv(...),只是從緩衝區中擷取接收到的資料。發送方先將資料拷貝到協議棧緩衝區,tcp會保證緩衝區中的資料發送到接收方的緩衝區。至於資料如何可靠的到達,底層協議已經給我們做了很多工作,上層的應用程式不用考慮。

阻塞與非阻塞,相對於底層協議來說沒有太大的區別(我現在是這麼認為的),如果是阻塞模式,send的時候會將要發送的資料拷貝到緩衝區中,如果緩衝區的容量無法容納要發送的資料,就等待緩衝區中的資料發送,直到緩衝區可以容納資料為止,然後方法返回。而非阻塞模式,如果緩衝區的容量無法容納要發送的資料,它先把緩衝區真滿,直接返回填入到緩衝區中的資料長度。

 

一些不錯的文章:

Linux下面socket編程的非阻塞TCP研究
關於socket阻塞與非阻塞情況下的recv、seng、read、write傳回值問題
socket阻塞和非阻塞的區別

 

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.