吃透冷/热/温启动的机制差异、建立冷启动预加载 热启动状态恢复双轨优化、理性评估保活策略的成本收益一、前置思考启动优化必须先分类1.1 启动不是一件事是三件事启动类型触发条件特征优化重点冷启动进程被杀后重新打开最慢全链路预加载/并行热启动退后台立即回来快进程存活状态恢复温启动退后台一段时间中部分回收缓存预热核心认知不同启动类型的问题完全不同——冷启动的问题是太慢热启动的问题是状态丢失/恢复错乱。用一套方案解决两类问题必然顾此失彼。1.2 启动类型的占比分布典型 App 启动分布: 冷启动 35% (进程被回收) 温启动 30% (后台一段时间) 热启动 35% (快速切换)策略含义冷启动优化覆盖 35% 场景但单次收益最大热启动优化覆盖 35% 场景用户感知最直接两者都要做但投入应分开评估。1.3 差异化优化的总原则原则说明冷启动做减法预加载路径、并行、少做热启动做恢复缓存状态、页面保活、秒回保活做权衡保活成本 vs 冷启动优化收益目标统一用户感知的回到 App都够快二、核心原理三态启动机制2.1 冷启动完整路径点击图标 → 进程创建 → 类加载 → Application初始化 → Ability创建 → loadContent → 首帧 → 数据加载 → 可交互 ↑ 全过程最重, 无任何缓存可依赖冷启动的耗时大头进程创建 类加载系统框架固定开销初始化任务SDK/DB/缓存可并行优化首帧渲染布局/资源首屏数据网络/缓存。2.2 热启动路径点击图标 → 进程已存活 → 窗口恢复 → 页面状态还原 → 秒回 ↑ 无进程创建, 无类加载, 无初始化热启动的核心矛盾状态丢失页面滚动位置/表单输入/数据上下文窗口重建onWindowStageCreate 重新触发后台任务残留之前的网络/任务还在跑与新状态冲突。2.3 温启动路径点击图标 → 进程存活但页面栈已回收 → 重建页面 ↑ 部分缓存可用(Application 还在), 页面级重建温启动优化重点页面级缓存恢复页面数据快照、图片缓存仍在。三、源码/API 深度解析差异化方案3.1 冷启动预加载路径Preload Path冷启动的核心是把必做提前并行// 冷启动预加载: 在 Application 阶段并行预热exportdefaultclassMyApplicationextendsAbilityApplication{onCreate():void{// 1. 关键配置立即读取(Preferences 同步, 毫秒级)constcfgprefs.getSync(app_cfg);// 2. 重任务异步预热(不阻塞首帧)this.preloadWarmUp();}privatepreloadWarmUp():void{// 并行预热: DB 打开 网络预连接 图片缓存consttasks[newtaskpool.Task(warmUpDb),newtaskpool.Task(preConnectApi),newtaskpool.Task(warmUpImageCache)];taskpool.execute(tasks);// 全部后台, 首帧无感}}预加载纪律只预热首屏 100% 会用的资源预热任务全部后台绝不阻塞首帧预热结果要有缓存承接避免重复加载。3.2 热启动状态恢复热启动必须恢复用户离开时的状态// 热启动状态恢复: 保存/恢复关键状态exportclassStateKeeper{privatestaticsaved:Mapstring,stringnewMap();// 页面隐藏时保存状态staticsave(key:string,state:string):void{this.saved.set(key,state);}// 恢复时优先用缓存状态staticrestore(key:string):string|undefined{returnthis.saved.get(key);}}// 页面: 状态保存与恢复onPageHide():void{// 保存滚动位置/表单/列表状态StateKeeper.save(home_scroll,String(this.list.offset()));StateKeeper.save(home_filters,JSON.stringify(this.filters));}onPageShow():void{constscrollStateKeeper.restore(home_scroll);if(scroll!undefined){this.list.scrollTo({offset:Number(scroll)});}}恢复原则恢复优先于重新加载有缓存状态直接回不闪加载数据增量刷新状态恢复后再静默刷新增量避免双重加载恢复态与网络态要有状态机协调。3.3 AppTaskManager后台任务管理AppTaskManager 管理应用任务页面栈状态影响热启动体验import{appTaskManager}fromkit.AbilityKit;// 查询任务状态constisBackgroundappTaskManager.isBackground();// 任务切换监控: 前台/后台切换时调整策略appTaskManager.on(taskStateChanged,(info){if(info.isBackground){// 进后台: 降耗 保存状态 暂停非必要任务}else{// 回前台: 恢复状态 增量刷新 提速}});3.4 保活策略权衡保活Keep-Alive与冷启动优化是两条路线路线A: 保活 → 尽量减少冷启动发生 成本: 后台耗电/占用资源/系统限制风险 路线B: 冷启动优化 → 让每次冷启动都很快 成本: 开发投入, 无后台负担维度保活路线冷启动优化路线后台成本高耗电/内存无系统风险被限制/被清理无用户体验取决于保活成功率稳定可预期长期价值低系统会收紧高永久收益结论不要过度追求保活。合规的轻量保活如 JobScheduler 低频任务可以提升热启动比例但主投入应放在冷启动优化——这是可掌控的收益。3.5 启动模式配置// module.json5 启动相关配置 { module: { name: entry, type: entry, launchType: singleton, // 单实例: 避免多实例开销 ability: [ { name: EntryAbility, launchType: singleton, // singleton/standard startWindowIcon: $media:start_icon, startWindowBackground: $color:start_bg } ] } }配置作用launchType: singleton单实例重复打开走 onNewWantstartWindowIcon启动窗口图标首帧前展示startWindowBackground启动窗口背景色防白屏四、企业级实战双轨优化方案4.1 冷启动预加载清单优先级预加载项时机P0首屏数据缓存Application 阶段P0数据库连接后台预热P1网络预连接后台预热P1图片缓存预热后台预热P2次要模块首帧后延迟4.2 热启动恢复清单恢复项手段页面栈位置保存/恢复滚动位置表单输入草稿保存/恢复列表数据内存缓存直显筛选条件状态快照恢复视频播放位播放进度保存4.3 差异化优化对照表场景冷启动策略热启动策略数据缓存优先 并行预取状态恢复 增量刷新页面骨架屏 渐进直接显示缓存快照网络预连接 批处理复用连接 增量图片预热首屏内存缓存直显动画首屏不播动画保留状态过渡4.4 启动体验节奏设计冷启动: 品牌屏 → 骨架屏 → 缓存内容 → 网络增量 (渐进) 热启动: 缓存快照直显 → 静默刷新 (秒回) 温启动: 缓存直显 → 懒加载重建 (亚秒)五、排查与优化启动耗时分布5.1 启动耗时拆解阶段冷启动热启动进程创建200ms0ms初始化300ms0ms页面构建200ms100ms数据加载400ms50ms(缓存)首帧150ms50ms合计1.25s200ms5.2 高频坑点速查是否区分了冷/热启动做了差异化处理冷启动是否在 Application 阶段并行预热预热是否阻塞了首帧应该全部后台热启动是否恢复了滚动/表单/列表状态恢复后是否静默增量刷新而非重新加载是否配置了 startWindowIcon 防白屏launchType 是否合理singleton 为主保活策略是否过度后台耗电风险温启动是否有页面级缓存恢复启动耗时是否分别统计冷/热口径六、总结与进阶6.1 收益模型参考实测指标优化前优化后提升冷启动 TTI2.8s1.2s-57%热启动恢复1.1s(重载)0.2s(缓存)-82%温启动1.8s0.6s-67%状态丢失率40%5%87%6.2 工程规范双轨设计冷启动预加载与热启动恢复分别设计状态保存标准化页面统一 onPageHide 保存状态预热白名单预加载项评审制防过度保活评审保活方案需过功耗评估第 34 篇联动分口径监控冷/热启动耗时分别入大盘第 41 篇联动。6.3 进阶方向启动场景识别自动识别冷/热/温并上报缓存分层恢复内存/磁盘快照分级恢复页面保活粒度关键页面 vs 普通页面差异保活启动与功耗平衡预热任务与省电策略协同第 34 篇联动。附Demo 演示说明Tab演示内容️ 启动类型冷/热/温三态启动对比触发条件/特征/耗时 冷启动优化冷启动预加载路径演示Application 并行预热 热启动优化状态保存/恢复演示滚动位置/表单/列表 保活权衡保活 vs 冷启动优化两条路线成本收益对比 耗时分布冷/热启动各阶段耗时对比 优化前后数据