问一个网络方面弱弱的问题

tonykee

网络方面不是特别熟悉，我完成端口tcp连接的服务器做出来了，目前只是个echo的，有基本的拼包丢包处理。

我想问的不是服务器部分，而是客户端部分
客户端不做大量连接应该没有必要也用完成端口吧，用WSAAsyncSelect这种简单的非阻塞的方式应该就足够了吧，目前我用这种方式和服务器连接测试的效果都还不错。

我想问的问题其实很简单：就是客户端是否没必要也用完成端口。

这个很重要，不然我的客户端都不知道咋写了

tonykee

没人回答，自己顶一下

dipper_game

以”速度“为原则

idnemo

我觉得用重叠模型比较合适，重叠模型肯定比事件选择快。异步选择是以消息的方式响应，效率高不到哪里去。
完成端口适用于64个以上的套接字链接，你不可能客户端要连64个以上的服务器吧

tonykee

也就是说服务器用完成端口模型方式，而客户端用重叠模型？

congy

要考虑到 Client OS 能否支持重叠 IO，用 WSAAsyncSelect 就可以了。

tonykee

我看了一篇文章是关于网关的，原文连接：
http://www.bokele.com/?CH=Log&ArticleID=68

其表达的意思是：

完成端口的队列不关心加入的套接字是外面进来的还是出去的，
如果是这样的话，我想客户端也统一用完成端口的模式更简单。

虽然客户端不需要连那么多机器，即便是单连接，我想其效率也应当会比WSAAsyncSelect 要高，毕竟Per_IO_DATA都是通过池例化管理的

我还是偏向于：技术统一高效率和代码复用兼备的形式
何况以后加入udp套节字也方便了，不管客户端服务器全部采用完成端口。

有什么不对的地方还望指正

idnemo

完成端口和重叠模型的实现机制是一样的，都是提供一个重叠数据结构，让系统帮助收发数据，不需要应用程序去管理。区别是完成端口内部维护一个线程池，可以连接超过64个以上的套接字。
而且重叠模型支持WIN98，95，完成端口不支持。

tonykee

那我明白了，就这样决定，无论客户端，服务器端，还是网关，全部统一
消除服务器客户端的概念，全部叫iocpService好了。

bigbook2000

准确的说一般用的应该叫重叠事件模型，只能支持最大64个事件并发，超过64个事件并发，需要自己处理排队，这个问题对于重叠模型来说非常恼火，还不如纯粹的事件模型WSAAsyncSelect好控制。