Unity WebGL项目EarlyUpdate.UpdatePreloading占比过高及GC分配问题咨询

首先直接给结论：这个情况完全不正常，而且这确实是Unity在2019.x早期版本中存在的已知性能Bug，尤其是WebGL平台更容易触发。

为什么会出现这种异常？ #

• EarlyUpdate.UpdatePreloading的本职工作是处理异步资源预加载的后台逻辑，正常情况下它的CPU占比应该极低（通常在1%以下），只有在主动发起大规模资源预加载时才会短暂升高。你遇到的76%占比，说明这个函数内部出现了无限循环、重复扫描资源或者不必要的高频逻辑执行。
• 伴随的100KB GC分配也印证了Bug的存在：这个函数在正常流程下不应该产生持续的内存分配，反复的GC会进一步加重WebGL平台的性能负担（毕竟WebGL的GC开销本身就比原生平台大）。

为什么2019.1.0还会遇到这个问题？ #

Unity的这个Bug是在2019.2及后续版本的迭代中逐步修复的，而2019.1.x作为独立的稳定分支，官方并没有回溯修复所有这类非致命但影响性能的问题。如果你去Unity官方的Issue Tracker查询，能找到大量同版本用户反馈的类似案例，尤其是当项目中使用了AssetBundle、Addressables或者自定义的预加载逻辑时，更容易触发这个异常。

可以尝试的临时解决方案 #

• 检查预加载逻辑：排查项目中有没有把PreloadAsync、Addressables.LoadAssetsAsync这类预加载调用错误地放在了Update或LateUpdate中，导致每一帧都重复发起预请求——这会直接让UpdatePreloading陷入持续工作的状态。
• 升级到2019.1的最新补丁：比如2019.1.14f1，官方在后续补丁中修复了不少WebGL平台的性能问题，虽然不能保证100%解决，但大概率能缓解这个异常。
• 调整预加载策略：如果某些非核心资源不是必须在启动阶段预加载，可以推迟到实际需要时再加载，减少UpdatePreloading的工作负担。
• 精准定位子函数：在Profiler中展开EarlyUpdate.UpdatePreloading的子调用栈，看看具体是哪个子函数占比最高（比如PreloadManager.Update或者某个资源扫描逻辑），这样能更有针对性地调整代码或资源配置。

内容的提问来源于stack exchange，提问作者Muhammad Faizan Khan