一、背景
在某手机 OEM 代工厂做 Camera 模块测试时，"启动快不快"是用户体验的核心指标之一。每次版本迭代，Camera 启动耗时会因为代码改动悄悄劣化——用户不会明确告诉你"慢了 200ms"，但体感会变差。所以启动耗时必须量化、可跨版本对比，而不是"感觉还行"。

二、遇到的问题
一开始我们用人工掐表 + 录屏数帧，结果三个人测同一版本，数据差出 300ms，开发直接质疑"你这数据不准，我不认"。痛点很清晰：没有统一口径、没区分冷/热启动、单次测量波动大。

三、怎么做（核心步骤）
方法一：adb 命令法（轻量、可脚本化）

1. 清后台，保证冷启动： adb shell am force-stop <包名>
2. 启动并测量（关键是 -W 参数）： adb shell am start -W -n <包名>/ 输出里看 TotalTime（应用自身启动耗时，不含系统）和 WaitTime（含系统）。
3. 取多次（建议至少 5–10 次，我们一般取 15 次＋）去极值取平均，减少波动。 注意：am start -W 默认测冷启动；要测热启动，先启动一次再返回桌面静置，第二次 start 才是热启动。

方法二：SoloPi 性能宝盒（可视化、省人力）

• 打开 SoloPi → 性能测 → 勾选"启动耗时"，选定目标 App；
• 每次启动自动记录耗时并生成多次均值；
• 适合跟版本回归时批量采集，不用手工掐表。

数据可比性四要素（最关键）：固定机型、固定系统基线、固定前置条件（清后台 / 同电量区间）、同网络环境。否则跨版本对比毫无意义。

四、踩过的坑

1. 只测一次 → 波动大到被开发打回。必须多次取均值。
2. 把热启动当冷启动 → 数据虚低 30%–50%。一定先 force-stop。
3. 不同版本系统动画 / 机型差异没控住 → 看似"劣化"其实是环境变了。必须同机型同基线。
4. TotalTime 和 WaitTime 混用 → 跟开发对齐口径，统一报 TotalTime（或双方约定一个）。

五、可复用结论（清单式）

• 冷启动必 force-stop，热启动要单独定义；
• adb am start -W 看 TotalTime，多次取均值；
• SoloPi 适合批量回归，人工掐表只做抽样验证；
• 对比必须同机型 / 同基线 / 同前置；
• 报告里写明口径（冷/热、次数、环境），开发才认。

你们启动耗时一般用什么工具？欢迎评论区聊聊。