启动耗时拆解方法

启动慢是体验杀手，但优化前得知道慢在哪。这篇讲启动耗时的拆解方法：从总时间到分段账单。

▍先定口径
冷启动为准：进程全新创建到界面可交互（用户能操作第一下）。热启动（进程还在）好看但没意义。测法：脚本化（自动化工具点启动，掐时到首个可交互标志），连续多次取中位——单次数据被缓存与环境噪音污染。口径写进版本记录，跨版本可比。

▍埋点分账
时间线打点从进程创建开始：壳初始化、库加载（每个库的时刻）、框架初始化、资源部署、首帧提交、可交互。打点要编号（顺序可核对）、用单调时钟（别用墙钟，时间跳变毁数据）、落文件日志（系统日志的流控可能吞点）。账单形态：各段耗时加占比。

▍系统跟踪配合
应用打点看内部，系统跟踪看全貌（调度、IO、页面加载的对齐时间线）。两者结合能回答：应用等了谁（IO 等待、服务等待）、系统何时给了资源。跟踪转表格做段级聚合，比肉眼看快。

▍账单的典型形态与结论方向
大头在库加载——拓扑预载与懒加载（启动性能篇）；大头在资源部署——直发与分优先级；大头在框架初始化——延迟初始化与异步化；大头在首帧——渲染路径与字体加载；账单均匀没有大头——查串行等待与空转段（跟踪里找睡眠区间）。每段优化前后重新出账单，对比归因。

▍版本的基线管理
每个版本记录启动账单（总数加分段），版本趋势可视化。回归警戒线：总数劣化超阈值自动预警——性能是被不知不觉吃掉的，账单制度让它显形。

▍真实参照
Air 系列把某工程的界面就绪从六秒级压到一秒级，全程按这套账单法推进：每一轮优化都说得清砍掉了哪一段、砍了多少。方法论详见启动性能专篇与适配全记录。

更多真实移植案例，欢迎到 apps 板块翻看 56 篇《鸿蒙PC适配全记录》系列实录。