检查跟踪

CPU 分析器中的跟踪视图提供了多种方法来查看从录制跟踪中获取的信息。

对于方法跟踪和函数跟踪，您可以在“线程”时间轴中直接查看“调用图表”，以及“分析”窗格的“火焰图”、“自上而下”、“自下而上”和“事件”选项卡中。对于调用堆栈帧，您可以查看已执行的代码部分，以及调用它的原因。对于系统跟踪，您可以在“线程”时间轴中直接查看“跟踪事件”，以及“分析”窗格的“火焰图”、“自上而下”、“自下而上”和“事件”选项卡中。

鼠标和键盘快捷键可用于更轻松地导航“调用图表”或“跟踪事件”。

使用调用图表检查跟踪

调用图表以图形方式显示方法跟踪或函数跟踪，其中调用的时间段和时间点在水平轴上表示，而其被调用者在垂直轴上显示。对系统 API 的调用以橙色显示，对您应用程序自身方法的调用以绿色显示，对第三方 API（包括 Java 语言 API）的调用以蓝色显示。图 4 显示了一个示例调用图表，并说明了给定方法或函数的自用时间、子项时间和总时间的概念。您可以在关于如何使用自顶向下和自底向上检查跟踪的部分中了解更多有关这些概念的信息。

图 1. 一个示例调用图表，说明方法 D 的自用时间、子项时间和总时间。

提示：要跳转到方法或函数的源代码，请右键单击它并选择跳转到源代码。这适用于任何分析窗格选项卡。

使用火焰图选项卡检查跟踪

火焰图选项卡提供一个反向调用图表，它聚合了相同的调用堆栈。也就是说，具有相同调用者序列的相同方法或函数被收集并表示为火焰图中的一个更长的条形图（而不是像调用图表中那样显示为多个更短的条形图）。这使得更容易看到哪些方法或函数消耗了最多的时间。但是，这也意味着水平轴不表示时间线；相反，它表示每个方法或函数执行所需时间的相对量。

为了帮助说明这个概念，请考虑图 2 中的调用图表。请注意，方法 D 对 B（B₁、B₂ 和 B₃）进行了多次调用，其中一些对 B 的调用会调用 C（C₁ 和 C₃）。

图 2. 一个带有共享常见调用者序列的多个方法调用的调用图表。

因为 B₁、B₂ 和 B₃ 共享相同的调用者序列（A → D → B），所以它们被聚合在一起，如图 3 所示。类似地，C₁ 和 C₃ 被聚合在一起，因为它们共享相同的调用者序列（A → D → B → C）；请注意，C₂ 没有被包含进来，因为它具有不同的调用者序列（A → D → C）。

图 3. 聚合共享相同调用堆栈的相同方法。

聚合后的调用用于创建火焰图，如图 4 所示。请注意，对于火焰图中的任何给定调用，消耗最多 CPU 时间的被调用者会首先出现。

图 4. 图 5 中所示调用图表的火焰图表示。

使用自顶向下和自底向上检查跟踪

自顶向下选项卡显示一个调用列表，其中扩展方法或函数节点将显示其被调用者。图 5 显示了图 1 中调用图表的自顶向下图。图中的每个箭头都从调用者指向被调用者。

如图 5 所示，在自顶向下选项卡中扩展方法 A 的节点会显示其被调用者，方法 B 和 D。之后，扩展方法 D 的节点会显示其被调用者，方法 B 和 C，依此类推。与火焰图选项卡类似，自顶向下树会聚合共享相同调用堆栈的相同方法的跟踪信息。也就是说，火焰图选项卡提供自顶向下选项卡的图形表示。

自顶向下选项卡提供以下信息，以帮助描述在每个调用上花费的 CPU 时间（时间也表示为线程在所选范围内总时间的百分比）。

自用时间：方法或函数调用在执行自己的代码而不是其被调用者代码时所花费的时间，如图 1 中方法 D 的示例所示。
子项时间：方法或函数调用在执行其被调用者而不是自己的代码时所花费的时间，如图 1 中方法 D 的示例所示。
总时间：方法的自用时间和子项时间之和。这表示应用程序在执行调用时所花费的总时间，如图 1 中方法 D 的示例所示。

图 5. 一棵自顶向下树。

图 6. 图 5 中方法 C 的自底向上树。

自底向上选项卡显示一个调用列表，其中扩展函数或方法的节点将显示其调用者。使用图 5 中显示的示例跟踪，图 6 提供了方法 C 的自底向上树。在自底向上树中打开方法 C 的节点会显示其每个唯一的调用者，方法 B 和 D。请注意，尽管 B 调用 C 两次，但在自底向上树中扩展方法 C 的节点时，B 只出现一次。之后，扩展 B 的节点会显示其调用者，方法 A 和 D。

自底向上选项卡对于根据消耗最多（或最少）CPU 时间的方法或函数进行排序非常有用。您可以检查每个节点以确定哪些调用者花费最多 CPU 时间来调用这些方法或函数。与自顶向下树相比，自底向上树中每个方法或函数的计时信息是参照每个树顶部的节点（顶层节点）的。CPU 时间也表示为该记录期间线程总时间的百分比。下表有助于解释如何解读顶层节点及其调用者（子节点）的计时信息。

	自用时间	子项时间	总时间
自底向上树顶部的节点（顶层节点）上的方法或函数	表示该方法或函数在执行自己的代码而不是其被调用者代码时所花费的总时间。与自顶向下树相比，此计时信息表示在记录持续时间内对该方法或函数的所有调用的总和。	表示该方法或函数在执行其被调用者而不是自己的代码时所花费的总时间。与自顶向下树相比，此计时信息表示在记录持续时间内对该方法或函数的被调用者所有调用的总和。	自用时间和子项时间之和。
调用者（子节点）	表示被调用者被调用者调用时被调用者的总自用时间。以图 6 中的自底向上树为例，方法 B 的自用时间将等于方法 C 被 B 调用时每次执行的 self 时间的总和。	表示被调用者被调用者调用时被调用者的总子项时间。以图 6 中的自底向上树为例，方法 B 的子项时间将等于方法 C 被 B 调用时每次执行的 children 时间的总和。	自用时间和子项时间之和。

注意：对于给定的记录，Android Studio 在分析器达到文件大小限制时停止收集新数据（但是，这不会停止记录）。这在执行已检测跟踪时通常会快得多，因为这种类型的跟踪在较短的时间内收集更多数据，与采样跟踪相比。如果您将检查时间延长到达到限制后发生的记录的一部分，则跟踪窗格中的计时数据不会改变（因为没有新的数据可用）。此外，当您仅选择记录中没有数据的那一部分时，跟踪窗格会为计时信息显示NaN。

使用事件表检查跟踪

事件表列出了当前选定线程中的所有调用。您可以通过单击列标题对它们进行排序。通过选择表格中的一行，您可以导航到时间线上的选定调用的开始时间和结束时间。这使您能够准确地定位时间线上的事件。

图 7. 在分析窗格中查看事件选项卡。

检查调用堆栈帧

调用堆栈有助于理解代码的哪一部分已执行，以及为何执行它。如果为 Java/Kotlin 程序收集调用堆栈样本记录，则调用堆栈通常不仅包括 Java/Kotlin 代码，还包括来自 JNI 本地代码、Java 虚拟机（例如，android::AndroidRuntime::start）和系统内核 ([kernel.kallsyms]+offset) 的帧。这是因为 Java/Kotlin 程序通常通过 Java 虚拟机执行。本地代码需要运行程序本身，并使程序与系统和硬件进行通信。分析器提供这些帧以确保精确性；但是，根据您的调查，您可能认为这些额外的调用帧有用，也可能认为它们没有用。分析器提供了一种折叠您不感兴趣的帧的方法，以便您可以隐藏与您的调查无关的信息。

在下面的示例中，下面的跟踪具有许多标记为 [kernel.kallsyms]+offset 的帧，这些帧目前对开发没有用处。