本文只介紹epoll的主要流程而不是分析源代碼，如果需要了解更多的細節可以自己翻閱相關的內核源代碼.相關內核代碼:fs/eventpoll.c判斷一個tcp套接字上是否有激活事件:net/ipv4/tcp.c:tcp_poll函數每個epollfd在內核中有一個對應的eventpoll結構對象.其中關鍵的成員是一個readylist(eventpoll:rdllist)

和一棵紅黑樹(eventpoll:rbr).一個fd被添加到epoll中之后(EPOLL_ADD),內核會為它生成一個對應的epitem結構對象.epitem被添加到

eventpoll的紅黑樹中.紅黑樹的作用是使用者調用EPOLL_MOD的時候可以快速找到fd對應的epitem。調用epoll_wait的時候,將readylist中的epitem出列,將觸發的事件拷貝到用戶空間.之后判斷epitem是否需

要重新添加回readylist.

epitem重新添加到readylist必須滿足下列條件:1) epitem上有用戶關注的事件觸發.2) epitem被設置為水平觸發模式(如果一個epitem被設置為邊界觸發則這個epitem不會被重新添加到readylist

中，在什么時候重新添加到readylist請繼續往下看).注意，如果epitem被設置為EPOLLONESHOT模式，則當這個epitem上的事件拷貝到用戶空間之后,會將

這個epitem上的關注事件清空(只是關注事件被清空,并沒有從epoll中刪除，要刪除必須對那個描述符調用

EPOLL_DEL)，也就是說即使這個epitem上有觸發事件，但是因為沒有用戶關注的事件所以不會被重新添加到

readylist中.epitem被添加到readylist中的各種情況(當一個epitem被添加到readylist如果有線程阻塞在epoll_wait中,那

個線程會被喚醒):1)對一個fd調用EPOLL_ADD，如果這個fd上有用戶關注的激活事件，則這個fd會被添加到readylist.2)對一個fd調用EPOLL_MOD改變關注的事件，如果新增加了一個關注事件且對應的fd上有相應的事件激活，

則這個fd會被添加到readylist.3)當一個fd上有事件觸發時(例如一個socket上有外來的數據)會調用ep_poll_callback(見eventpoll::ep_ptable_queue_PRoc),

如果觸發的事件是用戶關注的事件，則這個fd會被添加到readylist中.了解了epoll的執行過程之后,可以回答一個在使用邊界觸發時常見的疑問.在一個fd被設置為邊界觸發的情況下,

調用read/write,如何正確的判斷那個fd已經沒有數據可讀/不再可寫.epoll文檔中的建議是直到觸發EAGAIN

錯誤.而實際上只要你請求字節數小于read/write的返回值就可以確定那個fd上已經沒有數據可讀/不再可寫.

最后用一個epollfd監聽另一個epollfd也是合法的,epoll通過調用eventpoll::ep_eventpoll_poll來判斷一個

epollfd上是否有觸發的事件(只能是讀事件).