由于微信小游戏普通模式是基于 C++ 渲染层与 JS 编译引擎在原生平台模拟 HTMLCanvas 渲染能力的方案，其中 JS 代码的编译执行效率会极大影响游戏运行的性能。通常 JS 引擎都提供了 JIT 能力用于提高编译速度，这使得小游戏能够在 Android 端取得优异的性能。但是在 IOS 端由于系统安全策略限制 JS 引擎使用 JIT 功能，导致小游戏在 iOS 端的性能一直差强人意。

微信小游戏提供的高性能模式，通过转用微信内部的 Webkit 运行游戏的方式，使得在 iOS 上的小游戏，也能拥有 JIT 能力，大幅度提升运行性能。

从微信小游戏官方文档的水族馆测试中，我们可以看到，同样的场景，在 iPhone11 Pro Max 上，高性能模式下达到了 49 FPS，普通模式下却只有 13 FPS。

本文将从以下四个方面进行讲解：

因为内存问题在 Android 端表现良好，在 iOS 端反馈较多，所以本文仅对 iOS 端内存优化做介绍。

有关高性能模式的介绍以及使用方法请详细阅读微信小游戏开发文档：高性能模式（可长按文末二维码）。

开通方式

通过去掉此开关可以正常回退到普通模式，以便两种模式对比。

注意问题

从上图中可以看到，运行时内存一共由 6 个部分组成。

JavaScript Heap

在高性能模式下，小游戏运行于浏览器内核环境，因此 JavaScript Heap 包含游戏逻辑代码内存。通常我们可以打包 web-mobile 端，使用 Mac 平台的 Safari 浏览器的调试工具来远程调试手机 safari 的内存情况。需要注意的是 JavaScript Heap 通常无法看出具体物理内存使用。

WASM 资源

为了提高 JS 模块的执行性能，比如物理引擎的计算，我们会将一些 C++ 代码直接编译成 WASM 代码片段来达到优化性能的需求。比如 Cocos Creator 部分引用的第三方物理库就是 WASM 版本。

基础库和 Canvas

基础库可以理解为微信小游戏的黑盒环境暴露的 API 封装，可以防止将浏览器内核环境 API 暴露给开发者，实际测试基础库内存占用在 70M 左右。小游戏环境第一个创建的 Canvas 是主 Canvas，也是唯一可以将渲染表面同步到主界面的 Canvas，即呈现我们游戏的渲染表现。Canvas 的内存占用跟 Canvas 的宽高大小成正比。

音频文件

音频文件内存是指加载到内存的音频实例。

GPU 资源

比如顶点数据缓存，索引数据缓存，纹理缓存和渲染表面缓存等等。

下面给大家介绍一些常用的 iOS 内存诊断工具，它们可以辅助我们快速定位内存问题，找出解决办法。

常用 iOS 设备内存查看工具

注意：iOS 端小游戏的进程名称在不同模式下有区别。

高性能模式：含有 WebContent

普通模式：含有 WeChat

XCode Instruments

XCode Instruments 是 XCode 自带的应用程序运行时分析工具，它同样适用于微信小游戏进程。

使用 Activity Monitor，选择对应的设备 all processes 捕捉，等进程列表刷新后，输入 webkit 进行过滤，即可看到所有进程的 CPU 与内存情况.

Perfdog

Perfdog（性能狗）是一个 iOS/Android/PC/主机平台的性能测试和分析工具，具体使用方式请参考:/

选择对应的设置-进程名，即可看到相关性能数据。

可以参考【开发阶段内存调优：把一切都控制在最开始 | 微信开放文档】: /minigame/dev/guide/performance/

微信开发者工具

微信开发者工具主要使用它的调试器来跟踪内存数据，操作流程如下：

我们主要关注两个波形图，一个是 Main 波形图，用于查看逻辑帧调用栈，一个是 JS Heap 的峰值曲线，用于观察内存增长变化。如果我们观察到某个时刻 JS Heap 值增加，然后我们就可以查看逻辑帧调用栈大概确认数据来源。

通过上述步骤可以分析出游戏的 JS 内存分布，然后当我们要确定某块 JS 内存的来源与释放情况，就需要用到下面的内存泄漏检测工具 - 实时内存诊断。

具体操作步骤如下：

常见微信小游戏项目的内存由下面几个部分组成：

知道了内存组成部分后，我们就可以针对不同的部分做一些优化。

以 iOS 高性能模式为例，常用的内存优化技巧如下：

本文由 Cocos 引擎官方技术支持团队提供，已同步到引擎官方开源仓库中：微信小游戏内存优化指南（IOS 端），欢迎大家 Star、Fork。