提升Unity WebGL游戏启动速度

一、查看启动耗时

通过修改unity-namespace.js中hideTimeLogModal为false,显示timelog开发者可以看到小游戏目前的启动首屏时长:

将其设置为false后,启动小程序后就会显示启动耗时

要知道各个阶段的含义,我们必要理解启动流程

其中关键过程:

启动准备阶段有两个处理分支:资源与代码分包处理,两者并行。

资源(data)处理:下载、解压并保持在内存,资源包括:构建场景及依赖、Resource目录所有资源、Unity默认内建资源。

代码分包(wasm.code.br)处理:下载代码分包,解压到内存、编译与实例化。

完成准备阶段后进入Unity引擎初始化与首场景加载。

然而小游戏启动主要由三部分影响:

首包资源下载

WASM代码下载和编译

引擎初始化与开发者首帧逻辑

因此可以从三个方面来优化启动时间

1.首资源包下载与体积

首包资源(webgl/Build目录下的data文件)主要有以下组成:

unity default resources文件,引擎默认资源,如Arial字体,默认mesh,纹理等。

il2cppmetadata, C#代码使用il2Cpp生成cpp代码时,生成的类,方法等信息。

unity builtin_extra, always include的shader。

BuildSettings中所有active的场景。

Resources文件夹中的资源,以及其中的资源引用到的其他资源。

全局设置及引用到的资源,如splash图片等。

首次下载或更新首资源包时,需要在小游戏的启动前期下载,因此文件大小极为影响游戏的启动速度。

因此要对首资源包进行压缩传输,使用微信开发者工具的network标签确认传输量,网络传输大小应控制在3~5MB。

2.WASM代码下载和编译

WASM分包的大小会直接影响代码下载时长以及程序初始化编译的时间,关于WASM代码对启动速度的影响,需要注意以下几个方面:

转换工具会将Unity WebGL包自动进行br压缩(压缩至原code包的20%)。

WASM代码下载与首包资源并行下载,因此占用下载带宽。

WASM编译需要CPU资源,对于低端机来说时间依然可观。

因此原始代码包(webgl/Build目录下的code文件)不超过30MB, 建议开发者勾选"Strip Engine Code"并设置"Managed Stripping Level"为High。同时,可以使用代码分包工具将代码包减少到原始尺寸的到1/3。

勾选"Strip Engine Code":

这个选项的作用是去除Unity引擎中未使用的代码,从而减少最终构建的代码包大小。

设置"Managed Stripping Level"为High:

用于控制对C#脚本的代码剥离级别。设置为"High"意味着Unity将更积极地去除未使用的代码和资源,进一步减小包大小。

步骤如下:

打开Unity编辑器。

选择"Edit"(编辑)菜单,然后选择"Project Settings"(项目设置)。

在弹出的窗口中,选择"Player"(玩家)。

在"Player Settings"窗口中,找到"Other Settings"(其他设置)部分。

勾选"Strip Engine Code"选项。

在"Managed Stripping Level"下拉菜单中选择"High"。

3.引擎初始化与开发者首帧逻辑

在timelog中呈现的首场景耗时即为引擎初始化与开发者首帧逻辑,关于该阶段耗时,需要注意的是:

MonoBehaviour脚本的首帧Start/Awake应足够少逻辑,以避免增加首帧的加载时间,优先将画面呈现。

初始场景应该尽量简单,通常是一个Splash屏幕(启动画面),这样可以快速加载,减少用户的等待时间。

初始场景中需要后续主场景或配置加载时可采取分帧策略,避免在Start或Awake方法中执行长时间的操作或阻塞调用,因为这会延长首帧的执行时间,影响用户体验。

可以使用预下载功能,该功能可以利用此阶段的网络空闲期进行资源下载。

猜你喜欢

转载自blog.csdn.net/2301_79022588/article/details/140025811