@aa233527 写道：
场景
客户端是 C++开发的 手机游戏客户端.
服务端是 打算用JAVA + REDIS +MYSQL + WINDOWS问题场景1:
客户端,登录时,采用 c++ curl 认证名字和密码.
客户端,游戏时,采用 C++ TCP 长连接.
疑问.貌似现在很多棋牌都采用这样的架设.这样,在多用户的情况下会有什么结果吗?例如服务端上限在哪?
手机端的带宽连接速度问题.使用长连接,对手机的耗电问题也是个问题吗?问题场景2:
客户端,登录时,采用 c++ curl 认证名字和密码.
客户端,游戏时,采用 C++ UDP 短连接.
疑问.这种做法的人挺少的.百度上基本都使用 TCP长连接.
问题在于 所有客户都使用一个端口.即使用JAVA多线程来操作 UDP接收.客户也不知道我是什么端口.
个人想法就是,在用户登录时,就告诉客户端,我服务端给他准备了个 8888的 UDP端口,这是你专用的.意思也就是每个客户都分配一个端口,
然后,在做数据包安全到达的处理时,服务端发包过去时,在N时间内没收到回应,则在发多次.连续发N次,还没会,则通知其他玩家.
同理 客户端发包到服务端时,也是这处理方法,如果多次没收到服务端的回应,则提示用户,你的网络是否有问题2种做法,很纠结.如果采用方法1.能节省好多判断与处理.
方法2.则有点啰啰嗦嗦了.有什么好建议么?
帖子： 1
参与者： 1