用epoll模擬iocp， asio就是這么干的。
效率上肯定不如原生的AIO來的好，
如果是跨平臺的高效框架，也可以作為一種考慮。

魔獸爭霸的地圖，也是采用這種拼接做出來的。

目前主流的mmo應(yīng)該都是這種架構(gòu)，足夠用了。關(guān)鍵點在一個agent，
安全性，負(fù)載均衡， 后臺服務(wù)的屏蔽，都有保障了。

@水
例子，都是商業(yè)代碼，不好辦啊。

其實開源的已經(jīng)提供了足夠的例子了。只是自己去不去挖掘而已。

@true
高效的實現(xiàn)，是后期的細(xì)節(jié)工作，前期的努力，不應(yīng)該在高效，而在于把功能實現(xiàn)，優(yōu)化是需要時間的。

@水
這個我也想知道，有一個辦法，可以采用一個統(tǒng)一的數(shù)據(jù)庫訪問平臺。
對所有的系統(tǒng)開放接口，然后每個系統(tǒng)保存自己相關(guān)的數(shù)據(jù)，平臺保存公共數(shù)據(jù)。

這個只是我的猜測，不知道騰訊是不是有更好的辦法、

可以去codeproject搜索一下reportctrl， 這個類的功能要強悍很多

什么方便，什么合適，就采用什么。不能對語言看的太重。

范仲淹的是正解哦，建議看看inside c++ object model. c++是一種和底層結(jié)合很緊密的語言。

這樣會導(dǎo)致緩沖區(qū)中的數(shù)據(jù)發(fā)送不出去的。

交給應(yīng)用層來處理關(guān)閉，應(yīng)用層的開發(fā)負(fù)擔(dān)太大了。

按照msdn 上的bug描述，應(yīng)該是由于你在服務(wù)器失敗之后，沒有關(guān)閉對應(yīng)客戶端的socket. 才導(dǎo)致的這個問題