開門見山，Linux下的如中IO模型：阻塞IO模型，非阻塞IO模型，IO復用模型，信號驅動IO模型，異步IO模型，見下圖

　　接下來一一講解這5種模型
　　阻塞型IO：最簡單的一種IO模型，簡單理解就是死等，即進程或線程一直等待莫格條件，不滿足則一直等待。
　　非阻塞型IO：應用進程與內核交互，目的未達到之前會直接返回，然后不斷輪詢，不停的去問內核數據是否準備好?如果發現準備好了，那就把數據拷貝到用戶空間中。應用進程通過
　　recvfrom 調用不停的去和內核交互，直到內核準備好數據。如果沒有準備好，內
　　核會返回error，應用進程在得到error后，過一段時間再發送recvfrom請求。在兩次發送請求的時間段，進程可以先做別的事情。
　　信號驅動IO：我們會發現非阻塞型IO方式一遍一遍的輪詢不如等內核把數據準備好，然后通知進程，當進程收到該通知時，便開始把數據拷貝到用戶空間中。
　　即應用進程預先向內核注冊一個信號處理函數，然后用戶進程返回，并不阻塞，當內核數據準備就緒時會發送一個信號給進程，用戶進程便在信號處理函數中開始把數據拷貝到用戶空間中
　　IO復用模型：顧名思義，即將多個進程I/0注冊到同一管道上，這里管道會統一和內核交互。當管道中的某一個請求需要好的數據準備好之后，進程再把對應的數據拷貝到用戶空間中。I/O多路轉接是多了一個Select函數，多個進程的IO可以注冊到同一個Select中，用戶調用該Select。Select會監聽所有注冊好的I/O，如果所有被監聽的I/O需要的數據都沒有準備好，Select調用進程會阻塞。當任意一個I/O所需要的數據準備好之后，Select調用就
　　會返回，然后進程再通過recvfrom來進行數據拷貝。但實際上，它并未向內核注冊信號處理函數，所以它并不是非阻塞的。
　　看到開篇的那張圖，大家肯定會有疑問，為什么之前的這四種模型都是同步的呢?因為無論以上哪種模型，真正的數據拷貝過程都是同步的(自己的理解便是：所有的數據拷貝過程都是用戶進程手動執行的)　分享一個Linux IO的參考資料：http://makeru.com.cn/live/4011_1565.html?s=45051
　　那么我們來看真正異步執行的I/O模型：
　　異步I/O模型：應用進程把I/O請求傳給內核后，完全由內核去操作文件拷貝。內核完成相關操作后，會發信號告訴應用進程本次I/O已經完成。用戶進程發起aio_read操作之后，給內核傳遞描述符、緩沖區指針、緩沖區大小等，告訴內核進程當整個操作完成時，如何通知進程，然后就立刻去做其他事兒了。當內核收到aio_read后，會立刻返回，然后內核開始等待數據準備，數據準備好以后，直接把數據拷貝到用戶控件，然后再通知進程本次IO已經完成。

　　更多交流學習可以私我昵稱wx號 各個模型的執行流程比較圖如下圖所示

總結

以上是生活随笔為你收集整理的linux select read阻塞_linux下的IO模型详解的全部內容，希望文章能夠幫你解決所遇到的問題。

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