- 服务器组成
- session:负责账号管理和验证，gateway和world信息管理。
- dbserver:负责数据库相关事务。
- gateway:负责管理所有玩家的连接管理，是world和client的消息中转。
- world:负责游戏核心逻辑。
- 服务器部署
- session:1个
- dbserver:若干
- gateway:若干
- world:若干
- 服务器关系
- session:与外网相连，接受client、gateway、world的连接，需要连接到dbserver。支持RPC，拥有lua处理能力。
- dbserver:接受session、world的连接。
- gateway:与外网相连，接受client、world的连接，需要连接到session。
- world:需要连接到session、gateway、dbserver。支持RPC，拥有lua处理能力。
- 游戏流程
- 登陆过程
- client通过选择大区服务器连接session，并输入账号和密码。
- session收到登陆消息后，通过deserver进行验证，验证失败则想client发送失败通知。
- 验证成功则生成验证码。并向client发送gateway地址和验证码。
- client收到gateway地址和验证码，向gateway连接并发送验证码。
- gateway收到client连接消息和验证码，发送验证码到session去校验。
- 校验失败返回验证失败。验证成功session向client发送角色信息。
- client可以进入创建角色界面，并向session发送创建角色的消息。
- client选择角色后，先断开与session的连接并通过gateway连接进入world。
- 换线和重登过程
- 目前是先断开与gateway的连接在去连接session，重复登录过程
- 这里需要优化，不需断开gateway，直接通过gateway换world。
- 广播过程
- world存有所有gateway连接，向所有gateway发送消息。
- gateway保存有若干client的连接，向所有client发送消息。
- 跨线操作
- world存有所有gateway连接，向所有gateway发送消息和目标worldID。
- gateway存有所有world连接，向目标worldID发送消息。
- 服务器优化
- 组建中心服务器
- 中心服务器保存有所有在线玩家的最小信息。
- 通过这些最小信息能够处理一些逻辑（聊天，好友、帮会、邮件等需要频繁跨线的系统）。
- 中心服务器的作用是分担world的压力，可以同时开启多个中心服务器，分别处理聊天、好友、帮会、邮件等逻辑。
- world处理战斗、任务、对话等功能。
- 减少数据流量
- 事件参数清理，去除冗余数据。
- 整理事件模型，减少事件发送数量。
- 代码性能优化
- 单个事件处理平均时间尽量小于1毫秒。
- 单个事件处理平均时间最大不能超过10毫秒。
- 服务器扯淡
