构建移动游戏服务器教程 游戏服务器怎么开发？

先说说手机游戏服务器开发需要的技术。

首先说说手机游戏服务器开发需要考虑什么。

1、开发语言的选择:

如果一个工人想做好他的工作，他必须先磨他的工具。选择合适的开发语法对以后的开发有倍增效应。

在行业内，C/c/c+++Python/lua模式是移动游戏服务器，c/c++是网络通信数据传输，Python/lua是业务逻辑，既保持了网络传输的效率(c++)，又提高了开发效率(python/lua)，还支持热更新。

当然也有其他的服务器开发语言，erlang(没用过，被page tour公司用过)、c#(被大棒子国、了不起的nation用过)、Java(第一次听说的时候很震惊)、node.js(用了几个游戏，还有一个node.js写的引擎叫pemolo)、php(用http协议通信玩游戏可以用php+mysql)。

看过两个手机游戏服务器引擎。

1)萤火虫(9秒社区开发的python手机游戏服务器框架)

2)、kbengine(根据bigworld的架构设计，c+++python)

2.数据库ˌ资料库

目前比较流行的数据库有两种，关系数据库mysql和非关系数据库mongodb，这是我用的最多的两种数据库。

两者在网上有很多比较。当然，您也可以使用其他数据库。至于sqlserver，大多数开发人员都报告说这个数据库相当差劲。

3.服务器架构

说说我用过的一个架构模型，也是公司根据bigworld架构设计的:

1) Gate:首先要有Gate服务器，负责客户端连接和消息转发到Game(游戏套装)，保持客户端和服务器的连接。

没有逻辑，只有消息的加密和解密，以及客户端和服务器之间的消息转发(相当于它们之间的桥梁)。

2) GameServer:GameServer是一个游戏进程，提供游戏逻辑功能(采用单进程(或单线程)模式，移动游戏服务器的瓶颈从来不在于CPU，所以如果只做逻辑功能的话单线程就足够了，所以这里不需要用到多线程或多进程)

3).DBManager:实现数据库的读写，方便Game服务器异步读写数据库的数据(有的把数据库读写放在游戏服里，没有单独的服务器，恐怕游戏服的进程不够用)

4) GameManager:负责管理所有游戏服务器以及游戏服务器之间的消息转发，并提供向所有游戏广播的功能。

4.协议

客户端和服务器之间的协议通信可以通过tcp或http来完成，主要取决于游戏模型。如果是弱联网单人游戏，http就够了，像每天跑步一样，需要的时候只处理一个http请求响应。

然而，tcp被广泛使用。如今，大多数网络游戏都是tcp，就像MMORPG游戏一样。我们现在的游戏同时使用http和tcp，客户端和游戏套装都使用http协议。Tcp长链接仅在多人对战变成战斗服时使用。

Udp:其实游戏里有udp。在一些高效率的场景中，比如pvp实时作战，tcp拥塞控制和超时重传并不适合。他们有的只是用udp，然后自己做丢包重传，用网络公平换取游戏的局部效率。

目前，参与开发的游戏同时使用http协议和tcp协议。在游戏套装中，单人游戏使用http协议，战斗套装需要长时间连接来保存协议状态，使用tcp。

5.救援

如果有数据库，则必须有数据库读写操作。最重要的是保存，定期保存还是即时保存。

及时保存意味着每个操作数据都保存到数据库中。当然，这会导致数据库的操作过于频繁，这毕竟是效率的瓶颈之一。

定期保存也叫固定保存，就是每隔固定时间保存一次，比如10秒或者15秒，这样对数据库的压力就会小很多。当然你要做好内存中的数据操作，防止数据污染或者保存失败会导致文件回退。

二是开发手机游戏服务器需要掌握的开源技术。

1.libevent、boost.asio等网络库。互联网上有很多开源的网络图书馆。与其自己造轮子，不如用开源网络库作为自己服务器的通讯库。最著名的是libevent和boost.asio。

Boostasio是一个异步asio库，封装了socket的常用操作，简化了基于Socket的程序开发，支持Boost-platform。

Libevent是一个用C语言编写的事件驱动的开源网络库。

至于他们之间的效率，不同的人有不同的看法。

当然，还有很多其他的:冯云写的天网(c+lua)和陈硕写的木铎(c++)。它们都写得很好。冯云写的东西简单易用。陈硕正在炫耀他的c++技术。

2.proto buf:google Protocol Buffers的全称是Google为网络通信中的数据存储和协议编解码开发的工具库。它类似于XML或JSON，即某一数据结构的信息以某种格式(XML、JSON)保存。

Protobuf与XML、JSON的区别在于protobuf基于二进制，主要用于数据存储、传输协议格式等场合。

Protobuf的优点是传输相对大的数据产生的数据非常紧凑小巧，可以显著降低传输量。

而且处理速度比较快，实现了各种编程语言，如C++、Java、PHP等。

缺点是不能纯文本编辑(数据是二进制的)

Protobuf rpc数据传输方便，是一个不错的选择。Google protobuf只负责消息的打包和解包，不包括RPC的实现，需要自己实现。

3.zeromq:消息队列，健壮简洁的多进程通信方案的基础。ZeroMQ不是套接字的封装，所以不能用来实现现有的网络协议。它有自己的模式，不同于较低的点对点通信模式。它有比tcp更高级别的协议。(当然，ZeroMQ不一定基于TCP协议，也可以用于进程间和进程内通信。)它改变了通信基于一对一连接的假设。

这里更适合服务器之间的通信，比如逻辑服和战斗服之间的通信。

4.memcached:一个高性能的分布式内存对象缓存系统，用于动态Web应用，以减少数据库负载。它通过在内存中缓存数据和对象来减少读取数据库的次数，从而提高动态网站和数据库驱动网站的速度。

它可以用于缓存。比如客户端原本每次都需要操作数据库，会严重影响效率。此时，在中间增加一层缓存系统将提高性能。Memcached是一个很好的基于http协议的通信选择。如果是tcp长链接，直接维护一个在线内存对象即可。

类似的技术包括redis等等。

5.glog/zlog:你绝对需要记日志，关注自己的爱好。

6.内存性能分析

7.distcc:分布式编译工具，之前每次修改代码都要半个小时，多台电脑同时使用distcc为你编译要快得多。