独立3D网络游戏《战域重甲》开发与上架经验分享

Cocos 引擎

于 2024-07-26 14:48:11 发布

阅读量694

点赞数 6

本文链接：https://blog.csdn.net/weixin_44053279/article/details/140727854

版权

“
小编阿麟：
心之所向便是光，我们都是追光者!
这位独立游戏开发者的产品能力已经不输给许多小团队，希望他的故事和经验分享，可以给走在同样道路上的朋友一些信心和帮助。

背景介绍

2023年年底的时候，我突然有一个很强的意愿，就是把自己的游戏《局部战争》迁移到微信小游戏。

游戏地址：https://localwar.xidayun.com

《局部战争》是我早些年使用 WebGL 引擎开发的联机游戏。起初，我尝试过自己编写Adapter的方式来实现微信小游戏的适配。

但这部分工作量大的远远超出我的想象，最终这个想法没有实现。这使我不得不考虑使用原生就支持微信小游戏的游戏引擎。在多次调研后选择了 Cocos Creator。

既然都要重头写了，为什么不重新写一个新游戏呢？结合自己对物理引擎的偏爱，于是有了编写一个多人坦克大战游戏的想法。我将游戏命名的任务丢给了 GPT，并在 GPT 给出的列表中选择了《战域重甲》这个名字。

今年（2024）7月10日，这个游戏已经上架到微信小游戏，可以微信搜索【战域重甲】或扫描小程序码体验。

接下来给大家分享一些这款游戏开发中的技术点和上架经验。

游戏特色

《战域重甲》是一个3V3多人战斗载具模拟驾驶游戏，游戏地图包含一个1200x1200米的战斗训练场，并提供 4 种不同的战斗载具供玩家选择，包含主战坦克、装甲突击车、火箭弹发射车、武装直升机等。游戏具有真实的物理交互和驾驶体验，游戏支持多端跨平台体验，包含网页PC端、移动端H5、微信、抖音小游戏端等平台。

物理引擎的应用和联网同步方案

1.阉割版的帧同步

帧同步有一个天然优势就是服务器压力小，因为服务器只需要广播玩家操作行为，而不需要处理复杂的运算逻辑，但因为我在游戏中使用了物理引擎，这个是一个非确定性物理引擎，所以它没有办法使用帧同步方案中的预测和回滚，于是我在开发的过程中删除了预测和回滚部分。

选择帧同步的另外一个原因是，帧同步大量的运算都在本地，对玩家直接的物理碰撞能够实时反馈。比如在联机状态下，玩家可以撞击其他玩家的载具。这种机制可以增加一定趣味性，效果如下图：

2.消除非确定性物理引擎的不一致性

先解释一下什么是非确定性的物理引擎，下图的两个物理结果，是在相同条件下运行的物理效果。我们可以发现如果不进行任何约束，物理引擎在多端、甚至同端下都表现出来不一致性或者说是混沌性。（如下图）

为了解决这个问题，我在帧同步的数据中塞入了载具角度数据（worldRotation）和位置数据（worldPosition），并在客户端和服务器的数据中对这两个数据进行对比：

1.误差较大: 当其他用户提交给服务的数据和当前用户本地数据有较大的误差时，我会通过物理引擎的setWorldTransform方法将其强制校准为服务器的位置；

2.误差较小:不做处理；

这样既可以保留物理效果，也可以让载具的位置和角度在多端保持一致。相当于给其他玩家的载具栓了一个绳子，超过一定范围就把他拉过来。

这种情况下，这里的worldRotation和worldPosition实际上属于状态数据。也就是状态同步。《战域重甲》就是就是采用两个方案串用的方式解决了物理引擎多端不一致的问题。

3.具有实体弹药和飞行轨迹的设计；

《战域重甲》游戏中，载具的发射出的飞弹、火箭弹都是有实体的，这和传统的射击游戏有所区分，在本作中，玩家需要考虑自己载具弹药的出膛速度和下坠速度，结合地方目标的移动速度，设置提前量进行打击。（如图所示）

其实，实现的方案很简单，创建一个飞弹的模型，让模型按照瞄准的方位进行高速移动，给飞弹的模型中塞入一个射线检测，每帧根据飞弹位置和角度一直创建新的射线检测。当有障碍物被射线检测到，则判断为命中或者坠毁。

服务器配置和扩容方案

1.后端技术选型

后端服务基于nodejs，http服务框架使用的是express，战斗服务器使用的是colyseus.io,使用redis进行进程和集群内的通讯，使用mongodb进行持久化数据的增删改查。

2.集群、多进程和负载均衡；

http负载均衡：使用主服务器的nginx平均分配多个集群、进程的请求频次。

socket负载均衡：每个服务进程使用pm2启动，并通过nginx为每个进程绑定独立域名。将独立域名暴露给colyseus的负载均衡器WebSocketTransport，由负载均衡器在创建房间分配对应的进程，并在其他用户加入放假时返回对应房间的socket地址；

横向扩容：通过增加机器数量，将更多的进程url地址暴露给WebSocketTransport即可实现横向扩容，理论扩容体量没有上限。

服务器部署和配置结构：进程池内部端口：
使用pm2启动

一些采坑的建议

1.提前规划物理引擎的分组和掩码。

简单解释一下什么是分组和掩码，这个有点像沙子和筛子。它的配置项确定了哪些物体和哪些物体会发生碰撞，射线会命中那些物体，而忽略那些物体。（如图）

提前规划这些内容，不仅有助于我们对物理引擎性能调优，还能帮我们避免一些奇怪的效果，比如子弹老是击中玩家自己、坦克的炮弹把自己带飞了出去、角色被创造物挤的卡进墙里。想要解决这些问题，就得提前规划物理引擎的物体对象的分组和掩码。因为后期随着物理对象数量的增加，规划难度也将增大。

参考cocos官方文档分组和掩码

2.提前准备微信审核材料和软著内容

【重要、重要、重要！！！】：以下几项内容建议专门安排3个工作日的工期认真的准备一下材料，并按照要求仔细核对清楚，不要嫌麻烦，一直被打回更耽误时间！有人可能会告诉你随便填一填就好，审核员不看，那都是骗鬼的，你省下的几个小时，可能被打回就是耽搁几十天，这不划算。

【电子版权认证】
目前抖音和微信小游戏都支持电子版权证书，如图所示；

该证书可在2周内即可下发，申请容易，基本包过，只是要收费，每证600元。前期可以用于过渡。

【软件著作权登记证书】

免费，且泛用性较高，我不建议找中介，几百块的那种中介只会耽误时间，他们基本就是乱写套壳，而且很容易被打回，有的一直补正补了半年了还没给你弄下来。其实只需要按照表格的要求自己填写内容，内容尽可能的详细完善，自己申请就很容易通过。全程电子化，不需要去线下办理，只是软著普遍等待时间比较漫长，一般需要2个月左右才能下证。如果比较急可以和电子版权认证一起申请，先解决微信和抖音的上架问题再说。
这里面最容易被打回的内容就是文档鉴别材料，就是《xx软件操作说明书》如果功能没做好就不要列上去，软件截图的每个功能最好都能写一下使用说明。软件title中包含“游戏软件”的，文档鉴别材料需要文图结合介绍游戏从开始到结束的全流程，包括游戏健康忠告、游戏主界面（带游戏名称）、适龄提示、所有角色形象、所有可进入的场景、可体验的全部系统、主要特点、游戏方法等，所有截图应清晰完整。如果你的项目不包含上述内容，则需要在文档鉴别材料中说明，比如：“游戏主要功能是拼图，游戏内不含虚拟角色形象”

【微信和抖音的内容审核和icp备案】
游戏内容审核和小程序备案除了平台审核，还需要主管部门审核；
游戏内容审核一般要40天左右，所以一定要提前准备材料，在游戏开发过程中就可以发起审核。避免耽误时间。
抖音和微信小程序备案一般3天左右就可以完成审核，但必须等待游戏内容审核完成才可以发起。
微信的游戏内容审核类似于软著，要求填写介绍游戏从开始到结束的全流程，包括游戏健康忠告、游戏主界面（带游戏名称）、适龄提示、所有角色形象、所有可进入的场景、可体验的全部系统、主要特点、游戏方法等，注意，所有项目截图不能重复！
抖音的游戏内容审核内容相对简单的多，只需要提供游戏基本介绍和3张截图（一定要包含游戏名、适龄提示、健康忠告）但审核时间同样都要40天左右。