游戏对象与状态管理前面设计了游戏的服务器类型，将一个大游戏划分成几个模块，现在，我们要决定不同的游戏服务器类型的实例中运行的游戏是什么？包括该游戏当前状态等管理。

将游戏状态封装到一个逻辑抽象中是一个有用的设计方式，这个抽象称为游戏对象game object，也就是代表游戏中所有有意义的实体，包括玩家角色 NPC 条目 互动世界对象等等。

这个抽象对象的关键是ID标识，ID必须在整个游戏系统中唯一代表游戏对象实例，需要有足够的值空间，一般使用UUID或GUID或128位整数类型。

不同服务器类型使用不同的游戏状态类型，这样，一个指定的游戏对象类型也许会在不同的服务器类型中有不同的实现，一个处理物理模拟的服务器类型也许有和位置相关的行为和数据等等。一个处理玩家角色优化的服务器类型也许更注重可穿戴的东西，虚拟增强和其他属性。

这是一种有态的stateful的设计模式，游戏将状态保留在内存中以便重复使用直至其不再需要，这和我们通常将状态保存在关系数据库的系统设计是有区别的，每个游戏对象实例在某个时间只存在一个服务器类型的具体实例服务器中，这样降低对象创建的开销，有助于数据状态的一致性，游戏对象禁止在服务器实例之间复制移动，这使得定位某个游戏实例更加具有确定性，避免多线程资源竞争的发生。

游戏对象的定位游戏对象之间通过异步事件交互，这样通常能实现高并发，这能确保游戏对象无论是在同一个进程服务器中或不同服务器进程里都能保持交互的一致性，当对象在不同服务器进程中交互时，这些通过消息方式分发到对方的游戏对象中（目标对象）。

游戏必须提供在服务器集群中定位这些目标游戏对象，然后将事件发给它们，实现细节可能不同，但是必须考虑下面情况：

4.如果你希望走上自动化路途，考虑云平台，云主机能够根据需要自动提供资源。

持久化玩家的状态需要持久化保存到数据存储中，这种方式需要避免采取特殊的数据库架构和技术，可以按照下面考虑设计持久化系统：

1.持久化解决方案应该对频繁写+不频繁读进行过优化。玩家会产生非常频繁的状态改变，所有这些必须保存以保证数据一致性，因为游戏对象不会在服务器进程之间移动，玩家状态需要存储在其会话中。

2.持久化系统必须支持分布式操作，可以扩展。

3.一个write-back写回的内存in-memory缓存能够保住优化写操作，降低存储系统的负载，但是会有数据丢失的风险，这种策略在存储系统也就是数据库系统不支持扩展时比较有效。

以上是一个大型多人在线MMO游戏的分布式解决设计，能够将游戏在多个服务器进程之间加载运行，同时支持成千上万个连接客户端，这种游戏系统通过水平扩展就能提高玩家数量和额外的功能，分配游戏职责到不同的服务器类型是设计关键，能够让游戏的不同部分独立扩展伸缩，这种架构支持手工会自动的扩展技术。

1. 不同服务器类型有不同的玩游戏的职责。

2. 游戏对象某个时间只存在单个服务器类型实例中。

3.在集群中需要提供一个功能来查找游戏对象。

4. 游戏对象之间同归异步事件交互