1. select 應用場景 select 的 timeout 參數精度為微秒，而 poll 和 epoll 為毫秒，因此 select 更加適用于實時性要求比較高的場景，比如核反應堆的控制。 select 可移植性更好，幾乎被所有主流平臺所支持。 2. poll 應用場景 poll 沒有最大描述符數量的限制，如果平臺支持并且對實時性要求不高，應該使用 poll 而不是 select。 3. epoll 應用場景 只需要運行在 Linux 平臺上，有大量的描述符需要同時輪詢，并且這些連接最好是長連接。 需要同時監控小于 1000 個描述符，就沒有必要使用 epoll，因為這個應用場景下并不能體現 epoll 的優勢。 需要監控的描述符狀態變化多，而且都是非常短暫的，也沒有必要使用 epoll。因為 epoll 中的所有描述符都存儲在內核中，造成每次需要對描述符的狀態改變都需要通過 epoll_ctl() 進行系統調用，頻繁系統調用降低效率。并且 epoll 的描述符存儲在內核，不容易調試