Java 游戏后端开发入门，涉及 quarkus vertx 最近一些思考

最近项目组开发直播在线类 unity 游戏，类似于 MMO 游戏，有房间、多人在线概念，房间内人员加入、走动、退出，都要通知到的房间内其他人，所以需要一个高性能用户状态（主要是坐标位置信息）消息广播转发服务，当前的服务基于 nodejs ，使用 koa 路由，grpc 转发，
由于本人一直从事 java 后端开发，所以想用 java 开发一个消息转发服务。

网上找资料零零散散找了很久，目前已经出来一个基础的 demo ，

基本架构:
提供的 url: interface/{userId}/{teamId}

负载：使用 nginx url hash
通过 hash teamId 将相同房间的负载到同一台机器，规避了服务器间相互调用。

服务：
使用了 quarkus 自带的 ServerEndpoint 注解的 websocket ，自带的 websocket 好像目前版本也用到了 vertx 这些，自己创建 map 管理组内成员状态，这样组内广播也是单服务广播，暂时基本满足需求，无须全服广播，后期不确定有没有这个需求。后期准备加入 verx cluster 这些特性，支持分布式。

目前进展：
正在找工具压测，
压测目标：至少 100 个连接同时在一个房间内，一个新成员加入房间，随机生成坐标信息，通知到房内所有人（最大 99 人），同时房间内所有人当前坐标信息通知给这个新成员（ 99+1 条消息）。当成员移动时，将坐标信息发给房间内所有其他人（ 99 条消息）。

网上找了一个工具 https://github.com/MirrenTools/Orion-Stress-Tester ，魔改了一下，支持我当前服务接口的动态传参，但是初步测试了下，感觉性能也不是很强，是不是 quarkus 自带的 websocket 不是很强，看了下基于 undertow ，压测一会就有连接报错，感觉性能也不是很强？有大佬知道啥原因不，或者有兴趣的，一起交流下，
或者有其他 websocket 高性能广播转发开源组件也可以推荐，谢谢大佬们了。

dcoder

2022-09-08 12:23:39 +08:00

你们上面滔滔不绝的基本都没说在点子上...
首先该问贴主是做: real-time 的游戏 (e.g. 竞技 ACT, FPS), 还是 turn-based 的游戏?
turn-based 的话, websocket 这一套没有问题, 并且 websocket+stateful 的构架还是比 Restful+stateless 的要难写.

但是要做 real-time 的话, 难度就几何级数上升:
1. 需要在 UDP 上用个快速的传输协议 (比如 KCP).
2. 需要在 server 和 client 端自己计算没帧的物理模拟(哪怕是最简单的也行). server 和 client 可以用不同的语言. 这里水也很深. 竞技游戏的话, 多半会基于 deterministic floating number 做 simulation. MMORPG 的话可以用差值糊弄糊弄, 不用每帧都是精确的 deterministic simulation.

xf5464

2022-09-08 16:08:06 +08:00

移动同步的话，客户端这边按格子走，然后走到下一格的时候，服务端用上一次收到的移动格子时间和这次的时间差判断，是不是可以移动到当前格子，可以的话通知给其他人。每一格都验证，可能跟你说的移动不是一个事，比如一个格子 64*32 ，那么当客户端移动了很小的一段路，没到下一个格子的时候，是不会通知服务端的，也就不会通知到其他玩家。

Java 游戏后端开发入门， 涉及 quarkus vertx 最近一些思考

Java 游戏后端开发入门，涉及 quarkus vertx 最近一些思考