java mmo architecture

Jump to bottom

landon edited this page Nov 5, 2020 · 1 revision

mmo手游整体框架设计

平台服务器（Platform-Server）
- 账号
  - 登陆
  - 注册（研发期和压测期使用）
  - 账号基础信息（如最近登陆的服务器、账号下角色信息）
- 游戏服务器列表
  - 分大区（按照渠道划分）
  - 游戏服务器基础信息（如id、状态、是否是新服等）
- 客户端版本（考虑到线上运营安卓渠道和IOS渠道的更新频率不同）
  - 版本校验
  - 版本更新、资源更新、配置更新等（CDN）
- 公告
  - 登陆公告
  - 用户协议
  - 新功能抢先看
支付服务器（Pay-Server)
- 支付回调（支付失败，XG会发起重试）
- 订单校验
- 支付对账
游戏服务器（Game-Server）
- 游戏逻辑
- 提供给其他服务器逻辑支持（如在线查询等）
- 其他非游戏逻辑（如上报）
日志服务器（Log-Server）
- 程序运行日志（包括程序本身和部分关键逻辑日志）
- 玩家行为日志--写入mongodb即可
- 根据服务器id将日志记录到不同的section;通讯故障先写本地，恢复通讯后再继续写入
- 后续可使用开源的分布式日志组件：log4j+kafka
DevOps服务器（Dev-Ops-Server）
- 研发接口
  - 调试命令
  - 线上监控
  - 热更新
  - 查询内存
  - 反序列化Blob
  - 其他查询等
- 运维接口
  - 管理线上的服务器配置信息等
- 查询网关接口
  - 运营操作
  - 客服操作

示意图

游戏服务器

传统mmo做法(多进程多线程)
- 缺点
  - 消息流转相对麻烦，一个逻辑要流转n多消息
  - 调试不方便
  - 要考虑到各种异常情况，如任何进程的宕机
  - 部署、运维相对复杂
- 优点
  - 一组服务器承载量相对较高
针对手游改进
- 单进程多线程(主线程+多个逻辑线程+多个异步线程)
- 所有io全部异步
- 将无状态的逻辑功能独立出单独的进程并水平扩展
  - 如网关服务器，缓解大量的广播压力
  - 寻路服务器，纯cpu密集型的计算
  - 内部进程之间可采用rpc进行通讯
  - 引入排队系统
  - 如果手游mmo复杂度很高，如有几十张场景地图的话，那么单进程可能会撑不住
  - 多进程的话必须可以动态的增加或者减少场景服务器（可能主要是副本服务器）
- 优点
  - 逻辑开发简单
  - 部署方便
  - 调试方便
- 缺点
  - 承载量有限，但如果硬件相对不错完全可以考虑

跨服战服务器

跨服战服务器必须是多个
原则可以直接用gameserver作为跨服战server
可以将玩家根据一定规则划分到不同的跨服服务器
- 如cr，只要保证对战的两个玩家在同一个跨服服务器即可

其他http服务器（平台、支付等）

因为是无状态的，所以支持水平扩展

为什么选择Java

大量的开源库，如网络层、数据层等，世界的互联网公司都在用，不用造轮子
开发效率高、大量的工具（debug、test、hotswap、deploy等）
执行效率随着JDK版本的提升(Java9)，已经得到了极大的改善
很少宕机
其他
- 市面上大量的mmo、arpg手游选择用Java作为游戏服务器
  - 完美-暗黑黎明、神雕侠侣
  - 蓝港-王者之剑
  - 天神互动-苍穹变
  - 神奇时代-卧虎藏龙
  - 艾格拉斯-英雄战魂
- 在西山居做的三款上线卡牌游戏均是用Java来做，很多与外部系统的交互（登陆、支付、统计）等系统已经有比较成熟的公共组件

其他

团队一定要选择自己最擅长的技术来开发
Java只是作为开发语言，但是具体的大的框架结构设计等都会参考公司的mmo框架以及端游项目
如果有一些逻辑因为语言而引起的性能问题则可以考虑这些使用用c/c++来做，然后Java通过jni调用(个人认为性能微乎其微)

landon