在中国的互联网诸多业务领域中，游戏一直是充当“现金牛”而存在的。但是，在游戏服务器端开发领域中的很多重要问题，并没有被明确的分辨出其特异性，从而得到专门的对待。我们不管是在业界开源领域，还是内部分享中，很少会有专门针对游戏业务特征进行专门设计的组件、类库或者框架。我们从游戏的客户端方面来看，一款专业的游戏客户端引擎，已经是游戏开发的标配，比如最早的Flash Builder，到后期的Cocos2d-X，Unity，Unreal；但是服务器端，我们几乎找不到同样重量级的产品。

首先，游戏服务器与普通服务器相比较来说，游戏服务器需要能够保存更多的用户的状态。用户的等级等属性不用说，一般的IM服务也会有，还有一些时刻变化的数据，比如某个玩家的生命值，发技能前后的法力值等等，这些值区别于一般的属性值如名字，ID这些，这些数据会经常性的变化，还会参与到逻辑的计算中，比如你一个多少等级的玩家吃了什么东西之后战力值变化为多少，打在一个多少属性的玩家身上会不会被他闪避，会不会产生暴击…诸如此类的信息，在游戏服务器中都会一一保存。

视情况而定，弱联网、短连接，即采用HTTP方式通讯和普通Web服务器基本没有区别；强联网、长连接，即采用Socket方式通讯更注重同步性。其次从连接状态来看，普通Web服务器是有求必应，各个客户端即浏览器间是没有消息传递的，都是由服务器来返回数据，而游戏服务器特别是MMORPG这类游戏每个状态的变化都需要服务器广播给所有客户端，高并发、高同步是主要特点。

其次，游戏服务器中每一个用户都是独立存在的，每一个用户的数据、请求等都是独立的，用户彼此间的数据并没有任何交互。这也是游戏服务器与普通服务器之间最大的区别。至于客户端之间会有交互这一点，举最简单的例子，一个人在一个场景里面说了一句话，那么“同一个屏幕”的玩家也需要能够看到他说的这句话。此时游戏服务器就需要判断，多远的距离以内的玩家，会认定为是"同屏幕"的玩家，需要向这些玩家广播这个玩家说的这句话。

这个广播就比较麻烦了。首先，需要计算哪些玩家属于"同屏幕"，就是我们在第一点提到的玩家身上某些经常变化的属性需要做的运算，在这里需要根据玩家的坐标，找出来跟在同屏幕的玩家，用到的是AOI的概念。

另外，找到了这些需要接收这个消息的玩家之后，将消息转发给它们又是一个IO密集的操作，假如场景中有10个人，那么一句话就需要同时广播给另外9个人，假如有100人，1000人呢，数据量就更大了，而且时间的延迟也不能太长，这对于游戏服务器的性能就要求很高了。所以同样的一个硬件配置的服务器，可能跑Nginx可以同时处理上万的链接，但是对于一个游戏服务器就只有1，2千了，就是因为游戏服务器是一个CPU密集而且IO密集的服务器类型。而且不仅需要这样的游戏服务器不仅要求性能比较高，还需要服务器具有极高的稳定性，总不能隔一会就宕机了，那大家还怎么玩。

此外，游戏服务器需要更好的数据承载能力和处理能力。而普通服务器则在各个方面都比较均衡。在寻找游戏服务器租用商的时候，一定要选择那种CPU性能非常出色的。
　　最后一点，游戏行业一直以来是网络攻击的重灾区，很多游戏刚上线没多久就频繁遭到攻击，导致玩家大量流失口碑下降，最后可能导致直接关服。所以游戏服务器一定要带高防流量包。

游戏服务器和普通互联网业务服务器端，最大的区别实际上就在于“状态”。游戏服务器的状态是实时快速变化的、可以容忍丢失的、需要大量广播同步的；普通互联网业务服务器的状态一般是持久化的、不容忍丢失的、只和特定客户端相关的。所以一个好的游戏服务器框架，在通讯和数据这两个基本层面，会和一般我们所接触的开源组件有很大的差异。这也是作为游戏服务器端开发者，需要去共同建设行业标准的地方。