【界面UI】启动速度优化：包体裁剪与首屏加载的 6.2 秒到 2.8 秒

完整课程入口：996 全套课程体系 ｜ Lua 学习路径 ｜ 幂尔框架 mirs.cn

实战应用：用在哪里

玩家从点击图标到进入游戏主界面的等待，每多一秒流失一批新增。启动链路四个环节依次优化：包体裁剪（减少安装包体积）、首屏资源前置、 Lua 脚本加载排序、非关键模块延迟初始化。某 996 客户端实测冷启动从 6.2 秒压到 2.8 秒。

包体裁剪：删与转两项

删：扫描 assets 目录找出零引用资源（按文件名 grep 全部脚本与配置，三轮交叉验证后删除），某包清理出 86MB 无引用素材。转：大图转 ASTC 压缩纹理、音频转单声道 OGG（语音类比特率降到 64kbps 听感无损）。两项合计包体从 486MB 降到 392MB，安装与解压时间同步缩短。

首屏加载：只加载第一屏需要的

启动 Lua 脚本按依赖排序，登录界面所需的 UI 脚本与配置优先加载；战斗、排行榜、商城脚本挪到登录成功后的空闲时段（配合 scheduler 分帧 require）。package.searchers 上挂计时探针（前篇模块化加载的方案），输出每个模块的加载毫秒数，排序后逐个把大头移出启动路径。实测启动期 Lua 加载从 41 个模块 1.9 秒，调整为 17 个模块 0.8 秒。

延迟初始化：能晚建的不早建

非首屏系统（邮件、好友、商城）的初始化全部推迟到登录成功后分帧执行，每个系统一帧。启动链路用打点量化每一环节耗时（原生初始化、资源解压、Lua 加载、登录请求），优化只打最大的一块，避免在 20ms 的环节上浪费时间。

监控防回退

优化成果需要监控守卫：客户端上报冷启动耗时（p50/p95），日报脚本跟踪趋势，某次版本启动 p95 从 3 秒跳到 5 秒的回归当天就能发现。启动速度的劣化是渐进的，没有监控就没有人发现——每次往启动路径加东西之前，先问一句这个模块能不能延迟初始化。