2. 安装Python ,并将其包含在工作站的执行路径中。

3. 连接手机，打开开发者选项中的USB Debug选项 。

4. Systrace存储路径如下android-sdk/platform-tools/systrace/
   

使用命令行抓取 `Syst

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
浏览器打开：qq.cn.hn/FTe 免费领取

race的语法如下： python systrace.py [options] [categories]`

例如，以下命令调用systrace在10秒钟内记录设备进程，包括图形进程，并生成一个名为mynewtrace的HTML报告：

python systrace.py --time=10 -o mynewtrace.html gfx

如果不指定任何类别或选项，systrace将生成包含所有可用类别的报告，并使用默认设置。 可用的类别取决于您使用的连接设备。

4.使用 Systrace 检测 UI 性能

systrace对于检查应用程序的UI性能特别有用，因为它可以分析您的代码和帧速率以识别问题区域并提供可能的解决方案。 开始，按照以下步骤进行：

1. 连接手机并运行您的app。

2. 使用以下命令运行 systrace： python systrace.py view --time = 10
   

3. 操作您的应用 10 秒后，systrace生成一个 HTML 报告。

4. 使用网络浏览器打开 HTML 报告。

您现在可以与报告进行交互，以便在记录期间检查设备CPU使用情况。 以下部分介绍如何检查报告中的信息以查找和修复UI性能问题。

5. 使用 Systrace 检测警告以及掉帧问题

如下报告列出了每个进程呈现 UI 帧，并指示沿着时间线的每个渲染帧。 在绿色框架圆圈中指示在 16.6 毫秒内呈现的帧以保持每秒稳定 60 帧。 花费 16.6 毫秒以上渲染的帧用黄色或红色框圈表示。

注意： 在运行Android 5.0（API级别21）或更高版本的设备上， UI 渲染的工作是在UI Thread和RenderThread两个线程完成。 在之前的版本中，创建框架的所有工作都是在UI Thread上完成的。

点击一个F框架圈可以提供有关系统为渲染该框架而完成的工作的其他信息，包括警报。 它还向您展示了在渲染该框架时系统正在执行的方法，因此您可以调查这些方法是否导致UI jank。

选择慢帧后，您可能会在报告的底部窗格中看到警报。 上图中显示的Alert提出，框架的主要问题是在ListView回收和重新绑定中花费了太多的时间。 跟踪中有相关事件的链接可以解释更多关于系统在这段时间内正在做什么的事情。

要查看工具在trace中发现的每个Alert以及设备触发Alert的次数，请单击窗口最右侧的Alerts选项卡，如下图所示。 Alerts面板可帮助您查看发生了哪些问题，以及发生的频率。 将Alert面板看作是要修复的错误列表， 通常情况下，一个区域的微小变化或改进可以消除应用程序中的全部警报。

如果你在UI Thread上做太多的工作，你需要找出哪些方法消耗了太多的CPU时间。 一种方法是添加跟踪标记（请参阅检测应用代码）到您认为会导致这些瓶颈的方法，以查看这些函数调用是否显示在systrace中。 如果您不确定哪些方法可能会在 UI 线程上造成瓶颈，请使用Android Studio的内置CPU分析器，或者生成跟踪日志并使用Traceview查看它们。

6. 查看 trace 文件的快捷键

7. 代码中添加 trace 标记具体分析问题所在

由于systrace是在系统级显示有关进程的信息，因此很难在HTML报告中的某个特定时间知道您的应用程序正在执行什么方法。 在Android 4.3（API级别18）及更高版本中，您可以使用代码中的Trace类在HTML报告中标记执行事件。 您不需要用代码来记录systrace的跟踪记录，但是这样做可以帮助您查看应用程序代码的哪些部分可能会导致线程挂起或 UI 断线。 这种方法与使用Debug类不同，Trace类简单地将标志添加到systrace报告中，而Debug类可帮助您通过生成.trace文件来检查详细的app CPU使用情况。

要生成包含已检测的跟踪事件的systrace HTML报告，需要使用-a或--app命令行选项运行systrace，并指定应用程序的包名称。

通常我们在怀疑引起 jank 代码地方，添加如下内容： Trace.beginSection("MyAdapter.onCreateViewHolder"); 和 Trace.endSection(); ,主要这两个是成对出现的。

多次调用beginSection（String）时，调用endSection（）只会结束最近调用的beginSection（String）方法。 因此，对于嵌套的调用，例如上面示例中的调用，您需要确保通过调用endSection（）将每个调用正确匹配到beginSection（）。

此外，您不能在一个线程上调用beginSection（）并从另一个线程结束 - 您必须从同一线程调用endSection（）。

8. 使用 TraceView 分析 trace Log

Traceview是提供跟踪日志的图形表示的工具。 您可以通过使用Debug类来设置代码来生成日志。 这种跟踪方法非常精确，因为您可以准确指定要启动的代码中的哪个位置，并停止记录跟踪数据。 如果尚未生成这些跟踪日志并将其从连接的设备保存到本地计算机，请转至通过检测应用程序生成跟踪日志。 使用Traceview检查这些日志可帮助您调试您的应用程序并剖析其性能。

提示：可以使用命令行中的dmtracedump来生成跟踪日志文件的图形调用堆栈图。

如果您不需要查看通过使用Debug类检测应用程序来记录的跟踪日志，则可以使用Android Studio 3.0及更高版本中包含的CPU分析器来查看应用程序的线程和记录方法跟踪。

使用Android Device Monitor可以查看 trace Log 内容，步骤如下，打开Android Device Monitor,选择File,然后打开*.trace log 分析。 当然，你也可以使用Android Device Monitor 的图形按键进行trace的抓取与查看。

打开跟踪日志后，Traceview使用以下两个窗格显示日志数据：

• 时间轴窗格： 描述每个线程何时进入和退出方法的时间轴窗格

• 配置文件窗格： 总结每个线程在跟踪日志的执行期间的配置文件窗格 以下各节提供有关 traceview 输出窗格的附加信息。

1.时间轴窗格

每个线程的执行都显示在自己的进程中，并且时间向右增加。 每种方法都以不同的颜色显示。 第一行下方的细线显示所选方法的子项（从入口到出口），如下图所示。

2. 配置文件窗格

如下图所示，配置文件窗格提供了系统在跟踪日志期间执行的每种方法的列表以及执行这些方法所用的时间。 调用另一个方法的方法称为父级方法，父级调用的方法称为其子级。 当您通过单击方法选择一种方法时，它会在两个单独的节点下显示其父项和子项。

对于每种方法（顶级节点），该表都显示包含和排他时间（以毫秒为单位）以及总时间的百分比。独占时间是执行方法自己的代码的时间，而包含时间是执行方法自己的代码的时间加上执行子程序的时间。定时信息也以CPU时间和实时的方式报告。 CPU时间只考虑线程主动使用CPU时间的时间，实时提供绝对时间信息，从您的应用程序进入方法的时刻到退出该方法的时间 - 无论线程处于活动状态还是休眠状态。

对于配置文件窗格中的每个顶级节点，表中的Calls + Rec，Calls / Total列（图 2 中未显示）将报告该方法的调用次数和递归调用次数。或者，对于父级和子级方法，此列显示方法在顶级节点中是方法的子级或父级的调用次数。

Traceview 已知问题