Cocos Creator 3.3 今日发布，实现 3D 技术突破，优化 2D 性能体验-技术圈

在今年春节之后，我们就一直在想，用什么样的艺术设计能更好地向大家展现 Cocos 引擎的 3D 能力呢？当时「赛博朋克2077」还在比较高的热度上，我们也发现了赛博朋克世界里霓虹闪烁的光影，可添加几乎无限的光源和各种反射，加上偏写实但又有足够创作空间的艺术设定，确实很适合用来体现 Cocos 引擎在 3D 上的进展。

昨天「赛博朋克」 DEMO 发布后，我们收到了大量肯定，其中也有质疑声，甚至觉得这不可能吧，像做梦一样。对于 Cocos 在 3D 的研发投入，大家似乎是突然之间有了体会，自然也有疑虑。

DEMO 用 Cocos Creator 的实时渲染效果

其实早在 v3.0 正式发布时，Cocos 便升级成为 2D & 3D 能力兼备的游戏引擎，不论是多后端渲染框架、还是所见即所得的编辑器，以及 PBR 物理渲染，已经让 Cocos 具备完整开发 3D 手游和小游戏的能力。

当版本升级到 v3.1，延时渲染管线的出现和 PhysX 物理支持，则让 Cocos 具备更大的底气，为 Cocos 在移动端挑战次世代品质的游戏画面奠定了基础。而与华为、字节跳动的深度合作，更是为 Cocos 开拓更多可能性——v3.2.0 的更新，让 Cocos 成为全球首家支持鸿蒙系统的游戏引擎，为之后的游戏领域布局，带来深远的影响。

今天，Cocos Creator 3.3 正式版来了。

这个版本里，基于对引擎性能提升的自信，以及之前对 3D 研发投入的厚积薄发，我们才制作了「赛博朋克」技术演示视频。下面我们就为大家详细介绍一下 Cocos Creator 3.3 带来的一些全新变化：

性能优化：

欠各位的，今天还上

启动性能优化

此次更新，Cocos Creator 3.3 认真对引擎性能做了一波优化，特别是在小游戏平台。版本更新后，小游戏的启动性能、运行性能等都有了显著提升，其中在启动性能更是提升了60%。我们深知启动性能的水平直接影响到小游戏产品的买量转化问题，在CP和发行商谈判的时候就是产品生死问题。

在启动性能方面，我们升级了之前发布的小游戏「快上车」，可以很明显地看出，在最新的 v3.3 里，相较之前，项目升级后微信云测启动性能分达到83分，提升了60%。

运行性能优化

除了启动性能升，我们在运行性能上同样做出了不错的优化。以我们在 Cocos Store 发布的「奔跑吧小仙女」跑酷游戏为例，v3.3 的云测数据，和 v3.0 版相比，运行性能提升了34%。

物理性能优化

目前，微信小游戏全面支持了 WebAssembly (简称 wasm) 的运行，而 Cocos Creator 3.3 则支持在此基础上将 Bullet 以 WASM 的方式运行，使得 Bullet 的物理性能有很大提升，开发者可以用在更多复杂的物理场景。

我们和 ASMJS 版本测试对比，可以看出在 iOS 和安卓版本上，Wasm 版本的物理运行效率有了显著提升，在 iOS 上的提升尤其明显。同时，越复杂的场景提升越明显。在构建微信平台时，如果选择 Bullet 物理后端，可以在构建时选择构建 WASM 版本，非常方便，便于大家尝试更多复杂物理功能的游戏。

原生性能架构优化

同时，我们进一步提升了原生引擎的绑定层级，在渲染管线之上的渲染场景部分也完成了原生化，光源、模型等渲染对象的收集过程使用原生实现，进一步提升了原生平台的性能。

还有一个附带的好处，由于绑定层级的向上迁移，一些底层的数据共享机制被解除了，比如 Pass，SubModel 等。这使得 JS 引擎上层的实现尤其是 UI 和 2D 渲染合批相关的数据更加简化，部分高频操作的数据结构从 TypedArray 还原为直接量属性，使得 Web 和小游戏平台的性能也得到了可见的提升。

优化场景编辑：

细节优化带来编辑体验感提升

我们在 v3.x 的引擎功能狂飙突进中，前期更注重实际功能的开发，而忽略了不少操作细节体验。在 v3.3 中，我们对场景编辑进行了一些相对应的优化：

1. 优化场景相机的漫游模式，并增加了加速开关：

2. 增加一个场景灯光的开关（默认打开）：