select的缺點：

• 單個進程能夠監視的文件描述符的數量存在最大限制，通常是1024，當然可以更改數量，但由于select采用輪詢的方式掃描文件描述符，文件描述符數量越多，性能越差；
• 內核/用戶空間內存拷貝問題，select需要復制大量的句柄數據結構，產生巨大的開銷
• select返回的是含有整個句柄的數組，應用程序需要遍歷整個數組才能發現哪些句柄發生了事件；
• select的觸發方式是水平觸發，應用程序如果沒有完成對一個已經就緒的文件描述符進行IO，那么之后再次select調用還是會將這些文件描述符通知進程。
• 相比于select模型，poll使用鏈表保存文件描述符，因此沒有了監視文件數量的限制，但其他三個缺點依然存在。

拿select模型為例，假設我們的服務器需要支持100萬的并發連接，則在_FD_SETSIZE為1024的情況下，則我們至少需要開辟1k個進程才能實現100萬的并發連接。除了進程間上下文切換的時間消耗外，從內核/用戶空間大量的無腦內存拷貝、數組輪詢等，是系統難以承受的。因此，基于select模型的服務器程序，要達到10萬級別的并發訪問，是一個很難完成的任務。

總結

以上是生活随笔為你收集整理的select、poll、epoll优缺点的全部內容，希望文章能夠幫你解決所遇到的問題。

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