以讀操作為例：

當應用程序執行read 系統調用讀取文件描述符（FD）的時候，如果這塊數據已經存在于用戶進程的頁內存中，就直接從內存中讀取數據。如果數據不存在，則先將數據從磁盤加載數據到內核緩沖區中，再從內核緩沖區拷貝到用戶進程的頁內存中。（兩次
拷貝，兩次user 和kernel 的上下文切換）。

I/O 的阻塞到底阻塞在哪里？

Blocking I/O

當使用read 或write 對某個文件描述符進行過讀寫時，如果當前FD 不可讀，系統就不會對其他的操作做出響應。從設備復制數據到內核緩沖區是阻塞的，從內核緩沖區拷貝到用戶空間，也是阻塞的，直到copy complete，內核返回結果，用戶進程才解除block 的狀態。

為了解決阻塞的問題，我們有幾個思路。

1、在服務端創建多個線程或者使用線程池，但是在高并發的情況下需要的線程會很多，系統無法承受，而且創建和釋放線程都需要消耗資源。

2、由請求方定期輪詢，在數據準備完畢后再從內核緩存緩沖區復制數據到用戶空間（非阻塞式I/O），這種方式會存在一定的延遲。

能不能用一個線程處理多個客戶端請求？

?

總結

以上是生活随笔為你收集整理的传统I/O 数据拷贝的全部內容，希望文章能夠幫你解決所遇到的問題。

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