一、查看启动耗时
通过修改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方法中执行长时间的操作或阻塞调用，因为这会延长首帧的执行时间，影响用户体验。
可以使用预下载功能，该功能可以利用此阶段的网络空闲期进行资源下载。
