在linux中，默認情況下所有的socket都是blocking;當 用戶進程調用了recvfrom這個系統調用，kernel就開始了IO的第一個階段：準備數據。對于network io來說，很多時候數據在一開始還沒有到達(比如，還沒有收到一個完整的UDP包)，這個時候kernel就要等待足夠的數據到來。而在用戶進程這邊，整 個進程會被阻塞。當kernel一直等到數據準備好了，它就會將數據從kernel中拷貝到用戶內存，然后kernel返回結果，用戶進程才解除 block的狀態，重新運行起來。

所以，blocking IO的特點就是在IO執行的兩個階段(等待數據和拷貝數據兩個階段)都被block了。

幾乎所有的程序員第一次接觸到的網絡編程都是從listen()、send()、recv() 等接口開始的，這些接口都是阻塞型的。使用這些接口可以很方便的構建服務器/客戶機的模型。

在python socket模型當中，當使用socket初次編程的時候都會遇到一個阻塞問題；當一個socet的server被一個client暫用之后；參數了阻塞，新的連接是不能進來的，當然還有一個封裝的socketserver利用多線程很好的解決了這個問題；但是我們思考一個問題，就是當連接數很多時候很多的線程是否對我們系統照成影響呢，當然可以通過線程池來解決這個問題，但是瓶頸也會產生。

下面學習用epoll的方式來進行網絡編程，當然對比與select只能打開1024(可以調整，但是文件描述符多了性能會下降)epoll的優勢就非常明顯了。

代碼：

這樣就實現了無阻塞的io SOcket模型：

可以參考老外寫的文章：

總結

以上是生活随笔為你收集整理的python socket epoll_python 关于epoll的学习的全部內容，希望文章能夠幫你解決所遇到的問題。

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