title: "第 14 章：Perfetto" chapter: "14.0" section: "14.0" status: finalized applicable_versions: "Android 10 (API 29) - Android 17 (API 37)" last_verified: "2026-08-13" last_verified_against: "Perfetto v57.2 / AndroidX Tracing 1.3.0、2.0.0-beta01 / ch14 README + 14.1-14.13 目录 + DeepResearch/Perfetto 2026 与 AndroidX Tracing 2.0" confidence: medium sources:

• type: official path: "https://perfetto.dev/docs/"
• type: research path: "Perfetto 2026 架构级深度技术分析 .md"
• type: research path: "AndroidX Tracing 2.0 架构级深度技术分析 .md" tags: ['perfetto', 'tracing', 'overview', 'chapter-intro'] related_chapters: ["14.1", "14.2", "14.3", "14.4", "14.5", "14.6", "14.7", "14.8", "14.9", "14.10", "14.11", "14.12", "14.13"] pipeline_stage: ready-to-publish task2b_result: fixed task2b_state: fixed task6_state: reviewed task9_state: reviewed reviewed_date: "2026-04-23" reviewed_by: openclaw-task6 task6_result: pass-light-edit task9_result: pass-tech-review last_task9_at: "2026-04-28T14:33:59+08:00" task9_reviewed_by: openclaw-task9 task9_reviewed_date: "2026-04-28" last_consolidated_at: '2026-08-24' consolidation_note: 第二轮逐篇审阅后收敛为 13 篇，合并同一责任链中的总览、机制、版本增量、观测与案例，并统一连续编号。

第 14 章：Perfetto

Perfetto 把 Android 各层性能事件放到同一条时间轴上。渲染、输入、启动、ANR、调度、锁、Binder、I/O、内存和功耗由不同 data source 产生；data source 是向 trace 写入特定类型数据的组件。Trace Processor 把 trace 导入成可关联的 SQL 表，Perfetto UI 再把结果显示为 track（同类事件所在的时间轨道）和 slice（带起止时间的区间）。本章的目标是采集足以回答问题的数据、读懂各条 track 的语义，并把观察转成可复核的 SQL 查询和源码结论。

版本口径

设备采集端与宿主机分析端可以独立升级。新 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 数据行、标准库语义和源码共同支持。

一次可复核的分析流程

1. 先写出待验证的假设，以及回答它所需的数据源，再生成采集配置；
2. 记录设备 build fingerprint、平台 tag、内核、采集端与分析端版本；
3. 检查 stats 诊断信息、trace 时长、目标表是否存在及其行数；
4. 用 FrameTimeline、启动 marker、输入事件或业务 slice 确定分析时间窗；
5. 分别检查 CPU 执行、Runnable 排队、睡眠、Binder、锁、I/O、GPU 和内存；
6. 用 SQL 保留筛选条件、身份键、单位和样本数；
7. 回到 Android 17 固定源码或对应上游 tag 验证字段与调用路径；
8. 保存原始 trace、采集配置、SQL、工具二进制或构建 hash，以及结论适用的设备和版本边界。

UI 截图适合说明事件位置，但不足以支持可重复的回归分析。SQL 聚合适合量化整体分布，也不能代替单帧、单事务或单调用栈的时序证据。

官方入口

• Perfetto 文档
• PerfettoSQL 标准库
• Android 17 Perfetto changelog
• AndroidX Tracing 发布说明