移动端游戏开发的流程是怎么样的？

@sunny352787 #1

好奇对 cocos(creator 、2dx)、laya 、erget(似乎已经不在维护？)的看法。

这三个用 js/ts 开发引擎的感觉在小游戏平台和 h5 还有 web 用的不算少。

@ETiV 可能他/她是没接触过 Unity 或者 Unreal 的引擎，也了解 flutter 也可以做原生和跨平台游戏，所以就天然有那个想法了

@LaTero 他想做微信小游戏，虚幻恐怕不太行。Unity 其实是比较好的选择了，文档足够全，使用的人够多。

@Yuanlaoer 也有可能是，他的想法、创意，以及美术能力，用 2D 表达出来就可以了。。。Flutter 就完全能满足？

@flyqie 这仨我前几年用过，最近几年没咋用了，cocos 感觉就是不知道该干嘛了，功能都有但做的都不咋地，laya 那帮人有点讨厌，前几年我用的时候有些坑像是故意留的然后逼着你买他们的支持服务，egret 好像确实不更新了，之前性能也不如 laya 但上手容易些

之前还用过 UE4 ，后来的 UE5 就没接触过了，UE 这套功能真的强大但用好真不容易。
现在就是用 Unity ，反正啥玩意都能做，好不好的也就那样，用的人多了啥毛病都能搜到解决方案，招人也容易。

@LaTero @UnluckyNinja
虚心求教，我也是想作为一个爱好者，试试自己开发个小品游戏。正在多线尝试 Unity 国际版, Unreal 和其他小框架工具。
光是“广告服务公司” 这个理由似乎站不住脚，有很多公司，比如谷歌、也是靠广告作为主要营收，但这跟它有好的产品不矛盾。我自己很初学者级别的体验是，Unity 启动项目和编译的时间挺长的，Unreal 也谈不上很快……轻量框架虽然是很快但确实也理应如此。就跟自己做个移动平台的记账 App 跟开发个大量日活的商用 App 根本就是两个概念。我自己开发游戏开发着玩儿，离“组件化”这种事情还望尘莫及，但不知道游戏体量大了之后，会不会有不一样的感觉。
我自己是想开发有点儿解谜元素的动作 2d 游戏，请问有什么推荐么？以及有什么大坑之类的，请指教，十分感谢！

游戏的开发流程，先把策划案写出来，找个游戏经验丰富的看一下合不合格，然后是界面交互设计好，最后才是程序的实现。游戏引擎看着重在哪个平台，在原生平台（ ios,android,win ）就 unity ，着重 H5 小游戏就（ cocos,laya ），做 3a 用 ue 。

@ETiV 也不排除吧，如果是很轻量的游戏，确实 Flutter 能做到。几年前，给朋友帮忙该代码，他们的 App 用户也不少了，看组里其他人用 Flutter 做了很多小游戏，在我一个没做过游戏开发的程序员来看，我觉得开发成本不高，代码写起来也算是挺舒服的，最终体验也很好。都是 2d 的游戏，有赛车，打气球，打砖块什么的。

Godot 纯玩具，Unity 别用国内特供版

@Yuanlaoer 2D 也就 Unity 、Godot 和 cocos 最多吧。大坑的话，其实很难一一列出来，因为不同项目需求不同。Unity 编译巨巨巨慢，Godot 放着好好的 box2d 不用，非要固执地搞自己的物理引擎，导致物理功能匮乏。cocos 总体功能会弱一些，包括运行时和编辑器的功能，生态好像也是以 web 和小程序上的小游戏为主。

最好的办法就是自己都试一遍把坑踩出来，流程基本是 brainstorm 游戏基本核心概念（写下来，不要空想。大脑会美化自己的想法，有些主意可能想着很好写下来就感觉一坨），尝试用各个引擎做个小原型，看看核心功能好不好实现。比如你的解密如果要复杂的物理，就会发现 godot 不行。如果物理特别复杂，就得硬着头皮上 UE+PaperZD （当然我觉得更好的选择是考虑一下到底需不需要这个物理机制，毕竟 UE 2D 还是少，连官方支持都基本不更新了，得靠社区插件 PaparZD ）。假如是偏动作冒险那样对动画需求比较高的，因为这仨的动画都半斤八两地简陋，可能就会发现需要大量手写动画状态机并在代码里硬编码时长（动画播放后 0.2s 到 0.5s 是无敌），这时 Unity 迭代速度龟慢的缺点就被放大了。（一定要用 Unity 的话建议用 Hot Reload 这个 asset ，有挺长的试用期）

自己都试一试其实不会浪费太多时间的，原型的时候不要管美术、bug 、“优化”、去各种找“最佳实践”等等，YouTube 视频都快进着跳着看，多用 AI （ Grok 3 和 o3-mini 游戏开发效果好），尽可能快地“糊”一个出来验证技术路线，玩家就是一个小胶囊，关卡就是纯色 tilemap ，做一点简单的移动、跳跃等等，再加上自己的核心机制，看看好不好做，工作流合不合自己的喜好。

然后游戏体量变大后之类的东西，说真的，不建议现在考虑，因为大部分人其实是坚持不到那个地步就会放弃的……真要说什么的话，版本控制用 git LFS 或者 Perforce 。

也可以考虑 cocos creator 的，使用 JS 语言门口很低

我从 Unity 3.5 开始用 Unity ，如今非常讨厌 Unity……

其实你的问题很好解决，只需要花几天的时间，把几款主流的游戏引擎都玩一下。
不用自己写游戏，这些引擎都有一些示例项目，你可以打开这些项目，然后简单操作一下界面，自由摸索，可以随便改改场景试试看。
再根据文档把编译环境都搭建起来，打包发布到不同平台上运行看看。
做完这些操作以后，一切疑问都烟消云散了。

@Yuanlaoer 之前帖子已经有很多人吐槽 unity 了：引擎功能飘忽不定+公司找不准自己定位。对企业用户不是问题，大不了人力财力堆过去，个人用户就得小心一下了。

godot 非常轻量，不像 unity 下载都要费劲半天，godot 直接官网下载几十 MB 安装包（你甚至可以从 Steam 下 godot ），推荐你上手尝试，对比下哪个你用着更舒服。以及就在我打这段回复的时候 godot 正好更新 4.4 了……下完安装包看完大小（忘记不带构建 template 多大了），刷新了下网页发现版本号对不上。

如今在 unity exdous 的浪潮下，国外的学习资源上，godot 追 unity 追得很接近了，前知名 unity 教学 youtuber Brackeys 沉寂了几年后现在转做 godot 教学了，而 unity 胜在存量大。纯理论派的 youtuber GMTK 最近也在尝试用 Godot 独立开发一个 2D 平台跳跃类的解谜游戏，还把经历做成了个系列视频，你可以参考下他踩过的坑。

补充一点，选用游戏引擎还需要看编辑器好不好用。flutter 也有游戏引擎，比如 flame ，但是没有编辑器，纯靠代码。有没有编辑器的差距，感觉比“css 手撸页面”和“组件库快速出效果”的差距还大。

直接 cocos 梭哈算了，个人开发者的话，学起来也快

@huc2
现在知名 2d 厂商最新的技术都在玩 3 渲 2 ，那个效果不是传统 2d 能比的

即便是做 2d ，也建议用 unity ，而不是 cocos ，因为你没有一个基础团队和个人实力搭建工具链，一切从 0 开始 unity 有一整套解决方案，cocos ？那真是刀耕火种了，网上资料和周边生态少了不止一个数量级，你干半年说不定还在搭框架