egametang

@peakflys
單線程，壓力測試流量很大，3K都沒有問題，這時已經受到帶寬限制了。流量小點10K都可以。我們設計只需要1K連接就行了，不夠可以加多個網關服，所以綽綽有余了

正因為覺得移出epoll隊列不好，但是不移除也不好，所以et是比較好的方式
代碼其實相當簡單。

write_list_是應用層緩沖區，在epoll寫事件來的時候，應用層緩沖區為空的話
設置socket 可寫。下次往應用層緩沖區寫數據時，檢查socket是否可寫，如果可寫則調用HandleWrite即可。緩沖區寫滿的時候設置socket不可寫就行了。

HandleWrite有兩個調用途徑，一個是寫事件觸發，一個是應用層觸發(socket有is_writable標記）。

void HandleWrite()
while (true) {
// 應用層緩沖區全部寫到TCP緩沖區了, 此時TCP緩沖區還是可寫
// et模式下不會再通知應用層, 所以設置下socket writable狀態
// 下次應用層數據來的時候檢查該狀態
if (write_list_.TotalSize() == 0) {
socket_.set_is_writable(true);
return;
}
int n = write(fd, write_list_.ReadPoint(), write_list_.readable_size());
const int error_no = errno;
if (n == -1) { // 寫異常
if (error_no == EINTR) {
continue;
}
// 緩沖區已寫滿, 需要等寫事件
if (error_no == EAGAIN) {
socket_.set_is_writable(false);
return;
} else {
HandleError(error_no);
return;
}
} else { // 寫正常
write_list_.ReadAdvance(n);
}
}

事實上et要比lt簡單的多

樓主沒有說到重點，需要注意的是寫事件。
a. 對于et來說，應用層向tcp緩沖區寫，有可能應用層數據寫完了，但是tcp緩沖沒有寫到EAGAIN事件，那么此時需要在應用層做個標記，表明tcp緩沖區是可寫的，否則，由于et是只觸發一次，應用層就再也不會被通知緩沖區可寫了。
b. 對于lt來說，應用層確實會每次通知可寫事件，問題在于，如果應用層沒數據需要往Tcp緩沖區寫的話，epoll還是會不停的通知你可寫，這時候需要把描述符移出epoll，避免多次無效的通知
http://www.cnblogs.com/egametang/archive/2012/07/30/2615808.html

我猜你是網易的，呵呵！

一定要糾結學術上的Liskov 替換原則可以設計兩個一模一樣的接口,ConnectionEventHandler和DataEventHandler,兩者成員函數完全一樣，Acceptor、Connector 分別繼承這兩個類，這樣也比到處是boost::bind要好，core掉的時候就不用看著到處的模板目瞪口呆了

不過，既然是一模一樣，順其自然到不如就共用一個接口類了

@陳碩
Liskov 替換原則是個過于理想化的原則，實際使用中需要權衡

@陳碩
更重要的理由就是：我認為這么建模是錯的。
Acceptor is-not-a Channel, Acceptor uses a Channel to get readable event notification.
Connector is-not-a Channel, Connector uses a Channel to get writable event notification.

這只是文字上的理解的區別，既然可以用虛函數，那必然可以換個理解,例如：

我們可以這么理解, 把Channel改個名字EventHandler

Acceptor is a EventHandler
Connector is a EventHandler

@陳碩
為什么不可以？理由？

@陳碩
Channel class設計成虛函數，直接繼承Channel有啥問題？

看過這個代碼，對其中一些設計很不感冒
例如 channel明明可以設計成虛函數接口，結果卻硬是用std::function去擼

陳碩估計老是想著用function了。卻忘記了虛函數的使用。
例如用boost::bind取代虛函數這篇文章。一個對象級別的函數指針當然可以取代
類級別的虛函數，問題是我需要用大炮打蚊子嗎？類帶一個函數指針
與每個對象都帶一個函數指針，拋開別的不說，就內存都要節省一些。而且用了boost::function調試起來看到一塊塊模板棧是不是有想死的感覺?

這也算是學會用std::function std::bind的一些人的通病了，啥地方都去用std::function。有玩弄技巧之嫌。

說個搞笑的事情，我們原來的頭自從學會用bind這個東西后，沒有bind就寫不出代碼了……