HarmonyOS 应用启动性能优化：包体积、首帧与懒加载策略

一、冷启动的三个阶段

用户点击图标到看到首帧，中间经历三个阶段：应用进程创建与框架初始化、Ability 生命周期与页面构建、首帧渲染与绘制。三个阶段中，开发者能显著影响的是后两个；进程创建阶段更多由包体积、设备性能决定。

度量时不要凭感觉，先用 DevEco Studio 的 Launch 分析或 AppAnalyzer 获取启动耗时，把冷启动、热启动、温启动分开看。冷启动才是优化重点，热启动往往只有几十毫秒。

二、包体积：最早见效的一步

包越大，安装与进程加载越慢。几个常规动作：

• 按 HAP 拆分业务模块，非首屏模块做成按需加载的 HSP 或动态特性；
• 图片资源按分辨率分目录，避免一份超大图打满所有设备；
• 移除未使用的三方库与重复依赖，关注编译产物里的 so 文件数量；
• 开启代码混淆与资源压缩，减少体积同时提升加载效率。

三、首帧之前不要做重活

常见错误是把初始化逻辑全部塞进 aboutToAppear 或页面的 onPageShow：读取配置、初始化数据库、拉取远程配置、注册监听。这些同步操作会直接推迟首帧。

aboutToAppear(): void {
  // 首帧只做必要的数据准备
  this.loadCachedList();
  // 其余延后
  setTimeout(() => {
    this.initDatabase();
    this.syncRemoteConfig();
  }, 0);
}

原则：首帧只渲染骨架与缓存数据，真实数据异步补齐。用户看到界面先于看到完整内容，体验反而更好。

四、懒加载与预加载的平衡

页面级懒加载要配合预加载才有好体验。只懒加载不预加载，用户点进二级页会看到空白等待。可以在首帧后利用空闲时间预构建高频页面的数据，而不是等用户点击时才发起请求。

• 首屏必须同步或极快返回的数据：本地缓存优先；
• 首屏之外的高频页面：首帧后空闲时预取；
• 低频页面：进入时再加载，避免浪费流量与内存。

五、减少重复初始化

Ability 与页面的生命周期会在前后台切换、路由跳转中反复触发。如果初始化逻辑没有幂等保护，就会出现重复读库、重复注册监听、重复请求。

private initialized = false;

ensureInit(): void {
  if (this.initialized) {
    return;
  }
  this.initialized = true;
  this.registerListeners();
}

六、启动阶段的可观测性

建议在关键节点打点：进程启动、Ability onCreate、页面首帧、首屏数据就绪。把这几段耗时上报到监控，才能判断优化是否有效，也能在版本迭代中发现回退。

七、小结

启动优化遵循一个顺序：先量、再减、后延。量化阶段耗时，减少包体积与同步初始化，把非必要工作延后到首帧之后并做幂等保护。大多数应用的冷启动耗时能通过这三步获得明显改善，而不是靠某一个“黑科技”。