在 iOS 环境下，标准的微信小游戏 WASM 运行模式是无 JIT, 对于计算性能要求较高的游戏会受到比较大的限制。常见情况是：

小游戏环境框架提供了高性能运行模式，该运行模式下 CPU 算力得到明显提升。但该模式也存在更严格的内存与代码包体限制，需要开发者采取合适的手段以达到最优。

高性能+模式开创新地在保留游戏独立进程的基础上将渲染重新挪回了微信进程，这使得渲染效果和渲染内存消耗都得到了改善。详细文档请查阅高性能+模式。 特别地，建议使用WebGL2、内存压力大的游戏开启此选项。开启后请验证进程内存、渲染兼容性、帧耗时数据是否正常。

通过多款游戏项目，我们得到实际游戏项目的 CPU 占用如下图所示：

我们得到以下结论：

使用 Unity 所提供的 Benchmark Demo 的部分案例进行评测：

测试过程为不断增加运算复杂度，直到帧率下降到特定数值。

分数越高，代表的运行能力越强。

上图分别是 iOS 端普通模式与高性能模式的得分，可以看到在几个压测示例中高性能模式均明显优于普通模式。

经实际游戏测试，游戏帧率都会得到明显改善，虽无法达到 Benchmark 几乎一个数量级的差异。

iOS 端小游戏高性能模式适用于遇到 iOS 环境运行性能不足，运行发烫的小游戏。

高性能模式下，iOS 低端机(6s/7/8 等)2G RAM 机型的内存限制为 1G，中高端机(7P/8P/iPhoneX/XSAMX/11/12 等)3G 以上内存机型的内存限制为 1.5G（安全内存建议1.2G~1.3G），因此开发者务必保证内存峰值不超过该数值。

建议开发者根据指引优化 Unity WebGL 的内存。

高性能模式下，WASM 代码将被编译并优化，需要占用更多的编译消耗与内存。如果未进行优化前，可以明显感受到启动开始阶段（如启动前 1 分钟内）设备发烫。

上线发布时，特别建议使用WASM 代码分包+压缩纹理+UnityHeap预留这几种优化手段。

可通过微信开发者工具查看 Content-Encoding 是否为 gzip 或 br

如果有正确压缩，可忽略这个错误。

问题原因：由于跨域获取不到 Content-Encoding 头

解决办法：增加跨域头部"Access-Control-Expose-Headers": "Content-Length, Content-Encoding",

多半由于跨域问题导致，可通过开发者工具查看对应资源的 Response Header 是否有跨域头， 请参考文档网络通信适配关于跨域的问题