站务联系
一、游戏服务器开发工作介绍
有很多朋友会问我，想从其它开发领域转到游戏服务器开发上来，需要学什么？
或许是因为游戏服务器开发工资高，或许是因为感觉做游戏服务器需要掌握的技术更高级，更具有挑战性，或许觉得想换个行当试试等等。
不管出于什么原因吧，做为一名从事游戏服务器开发和教学很多年的人，我当然是持欢迎态度的，那么我就先介绍一下游戏服务器开发的工作吧，游戏服务器开发具体要做哪些工作呢？
1.团队沟通
基本上不管做什么开发，都是一个团队来完成的，游戏也是如此，游戏团队一般由老板、总经理、CTO(技术主管)、主策划（领导一些人，包括数值策划、系统策划、特效策划）、主美(领导一些人，包括原画、UI设计、特效动作设计)、客户端主程（领导一些人，客户端程序员、客户端程序员...）、服务器主程（领导一些人，包括服务器程序员），外加运维。
而游戏的大部分逻辑实现与逻辑数据验证都会放在服务器端，所以服务端程序需要明确了解策划的需求，要了解就需要沟通，沟通方式的正确与否，直接关系到功能的实现是否正确，由于游戏逻辑的复杂性，单纯的文档描述可能不会非常完整，不像其它行业需求文档就几百页，详细的图文并茂，制定好之后也很少变化。所以做为一名游戏程序员，一定要有良好的沟通方式和技巧。
所以大家在与人沟通的时候应该有意培养自己的沟通表达能力。尽量将表达准确，高效沟通。
2.架构设计
这个架构设计就像盖房子打基础，基础好，房子就稳固，基础不好，房子高了就容易倒。架构设计需要结合软件工程学来搞，它需要对服务器的整个流程有足够的了解，对需求的变化有足够的认识。架构的设计一般有几个特性。
首先是易用性，架构一旦完成，在开发的时候就要方便使用，比如网络通信架构，设计好之后，其他开发者就不需要关心客户端的数据是怎么被传输到服务器端的，这个时候对于服务器开发者来说，只需要实现一些简单的接口，就可以直接对客户端发送来的请求进行处理操作。再比如说服务器端数据的存储与更新，开发者只需要写少量SQL语句或基本不用写，都由架构的底层代码完成，开发者只需要调用封装好的API，就可以把数据存入数据库而不用关心数据的最终流向，只需要关心实现逻辑就可以了。
第二，可扩展性，可扩展性包括两个方面，一是代码的可扩展性，比如说游戏中的任务处理吧，一个游戏中任务可能有几十种，而且还可能不定时的增加，为了判断不同的任务类型该执行什么操作，最简单也是最差的写法是if else。想象一下，一个方法里面，有几十个if else，这简单是bug的理想诞生地呀。一种可行的做法是使用责任链模式（具体的请参考设计模式的实现），这样每种任务都有一个单独的类去处理它，而不会影响其它的类，符合开闭原则，相互关联少，越少越不容易出bug。二是部署的可扩展性，比如，如果在线人数突然增加或预期可能要增加，一台物理机器可能处理不过来这么多的请求，那怎么办？那就需要支持在不影响其它服务器运行的情况下，可以动态的添加机器。而当压力降低之后，又可以移除某些机器，合理利用资源。
第三，高吞吐量，这个是指能尽量最大化的利用计算机固定的资源，去处理更多的请求，更快速的响应客户端。这就需要在服务器架构设计的时候考虑异步处理，减少IO等待时间（比如请求redis，存储数据库，和其它服务器通信）以及数据缓存。说到异步，一定会涉及到多线程，并发等相关的技术，所以架构设计的时候需要对这部分知识有足够的了解。
第四，要考虑是否所有的功能模块都放在同一个进程中。也就是需不需要分布式开发，哪些功能需要单独拿出来。对于手机游戏来说，一般要求同时在线量比较小，功能比较单一，所有功能都在一个进程中，人数大量同时在线时，可以多部署几组进程。而对于大型网页游戏或客户端游戏来说，特别是有些大区或不分区的情况，单个功能访问量大，服务器就要考虑分布式部署开发了。
