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

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

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

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

下面學(xué)習(xí)用epoll的方式來進行網(wǎng)絡(luò)編程，當(dāng)然對比與select只能打開1024(可以調(diào)整，但是文件描述符多了性能會下降)epoll的優(yōu)勢就非常明顯了。

代碼：

這樣就實現(xiàn)了無阻塞的io SOcket模型：

可以參考老外寫的文章：

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。