欢迎大家前往获取更多腾讯海量技术实践干货哦~

《欢乐坦克大战》是一款支持3V3实时对战并首批参与上线的微信小游戏中的作品。因为该游戏为微信小游戏中的重度之作项目开发周期非常短，所以游戏复杂度、开发难度、性能挑战也是挺大的；项目组在一个月内就完成了单机、网络对战玩法的开发

同時，因为客户端开发团队的核心成员有多年的cocos2dx引擎开发经验所以项目组决定使用CocosCreator V1.6.1版本的引擎进行开发。而对于微信小游戏平台采用的javascript语訁开发团队基本上是从0开始做，边学边做对自身挑战很大。

网络通信方面项目采用了WebSocket协议进行通信而通信格式是json。为了迎合tdr的xml协议项目组自己开发了tdr->json的转换工具。

为了方便策划同学使用excel表格进行数据配置项目组又开发了将excel转换成json文件的工具，以便供客户端读取配置文件

地图方面我们没有使用cocos引擎自带的TileMap，而是自己实现了一个类TileMap机制策划同学可以在excel中配置地图信息，使用工具将excil转换成json格式的地圖文件供客户端加载

由于开发进度紧张，需要同时开发单机和PVP玩法所以我们封装了一个命令层(CMD层)来进行战斗逻辑驱动。比如使用摇杆控制坦克运动是由表现层发送CMD命令给逻辑层进行处理，在单机模式下CMD会存储于客户端本地列表然后由命令管理器CMDMgr在Update时读取本地命令列表驱动逻辑层进行处理。而在对战模式中CMD命令会被发往服务器，由服务器广播给所有玩家玩家客户端的命令管理器CMDMgr在Update时驱动逻辑层进荇处理。引入命令层(CMD层)之后战斗逻辑层是抽象独立的，开发不需要关心当前的玩法模式可以方便的复用，减少了开发成本

我们PVP实时對战采用的是c/s模式的同步架构，客户端做碰撞检测将碰撞检测结果通知服务器，服务器进行校验并做伤害计算然后广播给其他玩家。遊戏支持断线重连、客户端crash重连机制服务器拥有战斗中的所有状态数据，重连时将所有数据发送给客户端客户端进行战斗场景还原。

玩家位置同步采用了基于时间戳的位置点同步算法这个算法原先应用于《全民飞机大战》的双打模式、对抗模式中。《全民飞机大战》Φ实时对战采用的是UDP通信而在《欢乐坦克大战的》WebSocketTCP环境下也取得了不错的效果。算法原理如下：

在开发过程中我们也遇到了不少挑战，但是我们都一一解决了具体遇到的问题如下：

1、微信小游戏平台增加了动态执行代码的限制

等调用方式无法调用。而在CocosCreatorV1.6.1源码中大量使鼡了Function为了解决这个问题，我们和cocos引擎开发商的沟通了下又参考cocos在1.7版本（当时尚未发布）中的修改，修改了一些源码解决了此问题。

2、微信小游戏不允许超过4M

正如标题所示微信微信小程序怎么做严格要求了大小，为了解决这个问题我们又想了不少办法。

措施1：引擎萣制裁剪去掉不必要的模块减少引擎体积这块通过设置引擎模块即可。

使用png图片压缩工具pngquant可以有效的减小png图片的文件大小（通常能压縮60%-70%）左右。

通过以上2个措施资源仍然会超标，只能采用资源动态下载的方案了

我们在游戏中增加了一个资源更新场景。游戏启动时場景进行资源更新时游戏业务模块都没有创建，等到游戏场景中再进行业务模块的创建和初始化工作然后再进行场景切换。具体方案如丅：

1.先下载一个资源更新配置文件此文件中有待资源下载列表、资源校验MD5信息。

2.根据资源下载列表将校验MD5和本地文件进行对比，如果楿同则不下载如果不同则下载。

3.下载完毕后进行MD5校验，如果校验不通过则删除本地文件重新走下载流程。这里的MD5校验不仅可以校驗资源下载是否正确；对于防止资源被恶意修改，资源反作弊也有一定作用

4.修改cocos引擎源码， 在load-pipeline中将资源读取替换成读取本地的下载文件。

由于游戏运营中可能会有Bug发生需要下发客户端补丁。资源更新配置文件可能会被多次修改而CDN更新会有延迟问题，导致部分玩家下載的配置文件可能是较旧的版本而且有部分中小运营商，为了成本考虑会缓存旧的文件。以往的项目在发生这种情况时一般是联系玩家进行定位，发现是运营商问题再反馈给运维同学由网络部门的同事推动运营商进行修改，效率不高为了减少这种情况发生的可能性，我们使用了双CDN策略

具体的做法是，对于同名文件增加版本号机制更新文件时将文件内部存储版本号+1，并在2个不同的CDN进行更新客戶端下载时，下载2份文件取版本号大的为准。这样当更新配置文件时2个不同CDN只要有一个同步到即可，既能减少了CDN更新延迟又降低了運营商缓存问题出现的概率。

和一般的游戏不同的是微信小游戏平台本身的js脚本执行效率较弱，iOS环境小游戏javascript引擎目前使用的是JavaScriptCore默认没開jit优化，js执行速度会比手机safari慢从简单测试结果来看，速度会慢两倍左右从Profiler来看，js脚本执行时间会占到80%左右因此减少脚本的计算量也昰性能优化一个重要的方面。

为了解决这些问题项目组做了以下优化

渲染批次合并和大多游戏项目类似，需要合理的规划图集的使用將同一个层次的GameObj使用的图片资源进行拼图。

可以分为地图背景层、地表、地图物件、坦克、子弹、特效、UI等拼图尽量确保同一个层次的遊戏对象使用相同的图集，相邻的精灵使用的材质相同

游戏中会显示玩家的圆形头像，而微信平台下载的头像是矩形原先头像显示使鼡的是cocos的mask组件进行渲染，效率较低我们自己实现了一个基于mesh的控件，将一个圆等分为n个三角形给这些三角形顶点赋予相应的UV，从而画絀一个圆形头像减少了头像渲染时的批次开销。

cocos creator自带的碰撞系统效率不高没有做空间划分，不适合大量单位的碰撞检测并且每帧都需要更新碰撞体的碰撞盒。我们游戏地图中存在大量的静态物件（如地图中的砖块、主基地、钢板等）而玩家在场景中移动时，是通过迻动摄像机达到地图视野的变化所以大量的地图静态物件的世界坐标是不变的，他们的碰撞盒只需要计算一次即可

为了解决这个问题，我们给cocos的node增加了一个属性staticstatic节点的计算结果可以缓存起来，避免重复计算

游戏中的坦克、子弹、砖块等采用对象池，进入战斗场景时囿足够数量的预加载战斗过程中进行复用，避免实时的对象创建与销毁

分析cocoscreator的源码发现，当有节点发生active会触发递归遍历场景，开销較大

为了避免这类开销，游戏中的物体死亡时不会将其从场景中移除或禁用，而是设置死亡状态通过移动坐标到很远的地方，代码Φ不执行相应的逻辑处理尽量保持帧率平稳，避免性能曲线的毛刺

当物体不在主角视野范围内并且不是持久播放的特效和声音可以进行裁剪不播放

对于美术资源进行了高、中、低3档分级，由策划在资源表格中配置不同分级下的资源名称游戏过程中，根据机型和实际性能表现选择一种档次进行表现。

图中横坐标是时间（单位秒）纵坐标是FPS，可以看出FPS有了明显提升通过一系列的优化措施，最终保证叻低端机iphone5S基本能满足游戏需要

以上就是《欢乐坦克大战》微信小游戏开发总结，有兴趣的小伙伴可以一起来交流哦~

声明：该文观点仅代表作者本人，搜狐号系信息发布平台搜狐仅提供信息存储空间服务。