如何理解首屏优化后的瓶颈定位？

标准回答

重新采集当前版本，比较关键路径而不是沿用旧热点。CPU工作已经缩短后，瓶颈可能转移到启动进程的系统等待、Binder回复、存储缺页、后台资源争用或最终显示。

看时间分解：请求到应用开始处理、主线程运行与等待、UI构建和渲染、首次有效帧提交与显示；再查看尾部慢样本是否集中在高温、低内存或特定入口。优先处理剩余占比高且可改的环节。

如果目标已经满足且继续优化收益很小，应把精力放在稳定性、尾延迟和防回退。不是每次都需要上新的缓存或线程池。

按线程状态先分运行和等待，再细分 provider、类加载、SDK和I/O等子阶段；缺少切片时补有目的的埋点或采样。