一个是100个客户端以内的
一个是500个客户端以内的
要求通讯的时候不卡,流畅就行了,数据量一般,不太大求2个稳定的通信模型数据库是mssql或者mysql不管2层还是3层的都行

解决方案 »

  1.   

    个人感觉select比较简单,但是它就是有数量限制 1024,对你的应用够了
      

  2.   

    500以内客户端的通信模型可以考虑IOCP了
    特别是如果客户端可能会频繁并发通信的情况
      

  3.   

    做系统要看瓶颈点在哪而不仅仅是看网络模型我以前负责的项目 用iis做server 每台服务器每秒的访问达到过2000以上的并发数所以网络模型别写太滥都可以的, 关键的瓶颈点是数据储存数据库这块你可以考虑放入一个缓冲池中 网络程序服务先响应, 把数据放入缓冲池, 然后再由缓冲池放入数据库中如果业务简单 数据库处理快 并发小 什么架构都不用直接写就得了....
      

  4.   

    缓冲层的话是有考虑搞的,就是通过缓冲层来掌控数据的验证,更新,查询等你说的业务简单,直接写就可以,这个我有点搞不懂,要怎么直接写,我那个100个客户端以内的就业务简单,并发数不太大。另外,select跟iocp模型都很流行,要选择那个
      

  5.   

    做小不如做大
    做好不如做专
    当然选 IOCP——I/O完成端口
    游戏服务器都是用IOCP模型
    原理也不是很难