asio: FOLLOWER-LEADER模式

BOOST 的EPOLL封裝，採用了所謂的領導者追隨者模式。

我們知道EPOLL_WAIT是不能多線程調用的；

ASIO為了在LINUX下類比PROACTOR模式，用應用程式層的資料結構模仿了WINDOWS系統給IOCP實現的完成包隊列，

以及IO請求包；

為了類比IOCP多個工作者線程調用GETQUEUEDCOMPLETEDSTATUS，

由於無法並發EPOLL_WAIT，採用了領導追隨模式，做了個大概的類比。

怎麼給人的感覺是為了PROACTOR而PROACTOR呢？

本身LINUX SOCKET就不支援這些。

另外還有一個問題，

ASIO允許應用程式層向EPOLL投遞多個RECV請求；

這讓人非常疑惑。我相信IOCP的服務程式也極少有人會在同一個控制代碼上重複投遞請求；

/* 比如說，可能有多個RECV請求，epoll_reactor::run按順序處理請求
   有個疑問：請求的時候就不能指定 接收緩衝區地址了。
   (或者也可以指定，但感覺怪怪的:比如說兩個RECV請求，每個指定讀取10位元組，所以第一個
   請求指定緩衝區地址為buf,buf+10, 第二個指定地址為buf+10, buf+20。
   假如第一個請求沒有完全滿足，唯讀取了5位元組，那麼怎麼處理？)
   我始終覺得對於SERVER程式沒有必要投遞多個RECV請求
   不過按照BOOST作者的意圖，每次投遞的RECV請求所關聯的BUFFER只能是獨立的
   */