第 14 章
Perfetto
Perfetto 把 Android 各层性能事件放到同一条时间轴上。渲染、输入、启动、ANR、调度、锁、Binder、I/O、内存和功耗由不同 data source 产生；data source 是向 trace 写入特定类型数据的组件。Trace Processor 把 trace 导入成可关联的 SQL 表，Perfetto UI 再把结果显示为 track（同类事件所在的时间轨道）和 slice（带起止时间的区间）。本章的目标是采集足以回答问题的数据、读懂各条 track 的语义，并把观察转成可复核的 SQL 查询和源码结论。
版本口径
| 层级 | 采用的版本 | 使用边界 |
|---|---|---|
| Android 平台 | Android 17 / API 37 / android-17.0.0_r1 |
平台源码、数据源注册、权限和系统事件语义 |
| Android 内核 | android17-6.18-2026-06_r6 |
sched、perf event、ftrace、DMA-BUF 等内核行为 |
| 平台内 Perfetto | v54 时代快照，加 Android 固定 tag 中的后续改动 | 应以 android-17.0.0_r1 tag 标识实际源码，不能直接等同于纯上游 v54.0 或宿主机 v57 |
| 宿主机分析器 | Perfetto v57.2 | 用于复核当前 UI、Trace Processor 和标准库；版本应和分析结果一起保存 |
| AndroidX Tracing | 稳定版 1.3.0；2.0.0-beta01（2026-07-15） | 2.0 beta 的 Tracer、driver/sink、协程上下文传播和 host JVM trace 属于应用依赖，不是平台 API 37 的组成部分 |
设备采集端与宿主机分析端可以独立升级。新 UI 通常能读取旧 trace，却无法让旧设备提供当时没有采集的数据源。查询得到空表时，应检查采集配置、设备权限、trace 是否丢包，以及当前分析器的 schema（可查询表与字段定义）；只升级浏览器页面无法补回缺失数据。
章节目录
- 14.1 Perfetto 入门、Trace 抓取与可靠性
- 14.2 Perfetto UI、状态轨道与版本边界
- 14.3 线程 CPU 状态分析
- 14.4 Perfetto 指标自动化与分析平台
- 14.5 Perfetto 输入延迟 SQL 深度分析
- 14.6 Android Tracing 基础设施与自定义 Trace
- 14.7 Perfetto SQL、SPAN_JOIN 与 Jank CUJ
- 14.8 Perfetto Profile 导入与 Flamegraph 分析
- 14.9 Perfetto CPU 频率与 DVFS 关联分析
- 14.10 BufferQueue 阻塞的 Perfetto 识别
- 14.11 Agent 辅助 Perfetto 分析协议
- 14.12 Perfetto SDK 与应用内 Trace 数据源
- 14.13 FrameTracer 与 FrameTimeline 分析
按任务选择阅读路径
系统学习可按“采集与读图（14.1—14.3）→ 帧语义（14.13）→ 事件写入（14.6、14.12）→ SQL 与区间关联（14.7）→ 专题分析（14.5、14.8—14.10）→ 批量分析与 Agent 协作（14.4、14.11）”推进。先掌握数据从哪里来、字段表示什么，再使用自动化聚合和归因。
第一次使用 Perfetto
按 14.1 → 14.2 → 14.7 阅读。14.1 负责采集，14.2 解释轨道与选择区，14.7 给出可复用的 SQL 分析入口。
帧卡顿与渲染
按 14.13 → 14.7 → 14.10 阅读。FrameTimeline 用 expected/actual 时间定位异常帧，FrameTracer 补充 buffer 流转阶段，CUJ（Critical User Journey，关键用户操作场景）标记要分析的交互，BufferQueue 则呈现 producer（写入 buffer 的一方）和 consumer（读取 buffer 的一方）发生的阻塞。若要归因到 RenderThread、GPU 或 SurfaceFlinger，还要回到对应的渲染章节。
CPU、调度与频率
按 14.3 → 14.9 → 14.7 → 14.4 阅读。Running 表示线程正在 CPU 上执行，Runnable 表示可以运行但仍在等待调度，Sleeping 通常表示线程正在等待某个条件或事件；三种状态要分开统计。频率、调度区间和业务 slice 的关联使用区间连接，批量回归则使用固定指标与查询。
输入、Binder 与跨进程等待
按 14.3 → 14.7 → 14.5 阅读。先区分线程调度状态，再用 Binder 标准库查询客户端等待与服务端处理，最后沿输入流水线确定同一次输入事件的身份和时间窗。缺少预期事件时，回到 14.6 检查采集和埋点路径。
CPU profile 与内存
按 14.8 → 14.1 → 14.7 阅读。pprof 主要表达按调用栈聚合的采样结果，Simpleperf protobuf 还能保存单个样本的时间戳，Perfetto linux.perf 可以把 CPU profile 与 system trace 采在同一时间轴上。内存分析要区分 heap profile（分配调用栈采样）、heap graph（对象引用图）、process counter（进程内存计数器）与 DMA-BUF（跨设备共享的 buffer）。
应用埋点与工具集成
按 14.6 → 14.12 阅读。android.os.Trace、AndroidX Tracing 和 Perfetto SDK 的写入路径、文件格式与采集 session 依赖不同。选型前应先确认需要的是系统时间轴、独立的进程内 trace，还是由应用定义事件格式的自定义 data source。
自动化与代理分析
按 14.1 → 14.7 → 14.4 → 14.11 阅读，依次确认输入质量、查询语义、批量指标和 Agent 调查约束。这里的 Agent 指能够检查 schema、生成 SQL 并迭代分析的程序或 AI 助手。自动分析必须保留 trace hash（用于唯一标识输入文件的内容摘要）、分析器版本、实际执行的 SQL、单位、结果行数和数据缺口。Agent 可以加快 schema 探索与查询迭代，结论仍需由 trace 数据行、标准库语义和源码共同支持。
一次可复核的分析流程
- 先写出待验证的假设，以及回答它所需的数据源，再生成采集配置；
- 记录设备 build fingerprint、平台 tag、内核、采集端与分析端版本；
- 检查
stats诊断信息、trace 时长、目标表是否存在及其行数； - 用 FrameTimeline、启动 marker、输入事件或业务 slice 确定分析时间窗；
- 分别检查 CPU 执行、Runnable 排队、睡眠、Binder、锁、I/O、GPU 和内存；
- 用 SQL 保留筛选条件、身份键、单位和样本数；
- 回到 Android 17 固定源码或对应上游 tag 验证字段与调用路径；
- 保存原始 trace、采集配置、SQL、工具二进制或构建 hash，以及结论适用的设备和版本边界。
UI 截图适合说明事件位置，但不足以支持可重复的回归分析。SQL 聚合适合量化整体分布，也不能代替单帧、单事务或单调用栈的时序证据。
官方入口
正文《Android 技术内幕》作者 高建武（Gracker），原仓库 Gracker/android-internals-wiki，以 CC BY-NC-SA 4.0 授权。本站是个人非商业阅读版改编，非官方站点。正文字体 霞鹜文楷（SIL OFL 1.1，授权全文）。