C/S系统,并发2500人的连接,给个建议....200分 ( 积分: 200 )

  • 主题发起人 主题发起人 huangwei8123
  • 开始时间 开始时间
IOCP 是最好的选择。

当然,如果你水平不够,或对它不熟要求比较急,我看还是用现成的控件吧。 Indy 我不太推荐,内存泄露有点不爽。我认为用ICS比较好点。它是基于消息的,效率没完成端口好。不过并发2000的连接是没多少问题的。

完成端口的典型应用就是你说的这样类型,连接数多,但数据量不算大这种情况。而且它的优点是它会根据CPU的数量提高来增加自己的性能。就目前而言还没看到什么好的IOCP 控件。而你水平不高的话,就像写出来,可能还不如 ICS 好。(至少我是这样。前几天写了个IOCP 的代码,但在瞬时高并发连接时,远不如 ICS。)

还是那句话,看你的水平,和你的时间
 
其实你的要求根本没有这样复杂。

要是我就直接在服务器用 Appache + PHP + MySQL ,用 PHP 做几个脚本。以用来客户端查询。比如: Query.php?uid=xxxx

这样你直接在 php 里写你的代码就是了。

php 直接生成一个 xml 返回。客户端用 http 方式连上服务器在。GET 一下。就得到这个 XML 了。再解析一下这个 XML. 不就得到结果了

我想你们讨论什么IOCP,就算你们写上十年,我想也很难达到 Apache 这样的水平吧
 
可以用kbmWM这个控件 是用三层的
 
我的头都大了,出现的东西也越来越多了,呵呵,有完成端口,ServerSocket,ICS,kbmWM,还有Appache + PHP + MySQL ,基本上除了最后一个我知道,其他的基本上没有什么了解,不过我本人还是比较的倾向最后一种方法,用Appache ,但是不知道客户同不同意,感觉这个在加密方面好像不是很好,不过这确实是一种不错的偷懒的方法,呵呵。
还有就是那个平衡负载怎么写呢?提供个想法吧..然后结帖了.....
 
怎样让链接导A服务器的自动转到B服务器呢??
 
多人接受答案了。
 
后退
顶部