本文是概述同步技术，主要为架构和框架选型。
用户互相有强交互，实时性要求较高，服务端需要主动推送消息。我们选择tcp/ws等协议作为基础网络荷载。
基本上所有的游戏类型都可以选用这个架构。
优势：
主动推送，低延迟。强交互。（业务决定）
劣势：
社区相对不活跃。现成的稳定的技术栈基本都是C/C++。根据业务的特殊性，也较难有一个通用的框架。
具体游戏同步方法又可以分为，帧同步和状态同步。
以下先根据具体游戏类型，我们选择不同的同步模型：
帧同步：
安全性要求相对不高（外挂，作弊等）。网络稳定性要求相对高，抗延迟能力相对差。物理引擎使用较少，甚至没有。单局用户数量少（同步的消息少）
比如王者荣耀，贪吃蛇，格斗游戏，星际争霸等。
简单模型可以选择lockstep（一人卡顿大家全卡）。?
目前更加常用的是乐观帧，服务器跑帧，客户端指令能跟到哪一帧就在哪一帧生效。?
状态同步：
一般同步玩家的位置方向速度，服务器计算玩家状态发送客户端进行播放。
比如屁股，吃鸡，lol，WOW等。
具体游戏服务器架构，我们可以简单分为房间类型，和大地图类型。
房间类型服务：
阶段一：日活几万，玩法不多较为单一。可以用单游戏服结构。
?登录建议拆分出来。可能有不同渠道玩家登录，wx，qq，appleid等。
阶段二：玩法稳定，日活更高，不断的迭代新的玩法。
?此时可以用代理服作为一个中间层，保存玩家状态。
阶段三： 日活更高，单个服务无法承载。
?通过passport来分配不同的agent，做负载均衡。
gamemanager分配不同game，做负载。
完备：
?
再加上需要的log，db等
可选基础框架：
https://github.com/name5566/leaf