Systrace 分析性能工具使用方法详解
Systrace
允许您在系统级别收集和检查设备上运行的所有进程的计时信息。 它将来自Android
内核的数据(例如CPU调度
程序,磁盘活动和应用程序线程)组合起来,以生成HTML
报告。
本篇文章主要介绍 Android
开发中的部分知识点,通过阅读本篇文章,您将收获以下内容:
- Systrace 简介
- Systrace 使用方法
- 使用命令行抓取 Systrace
- 使用Systrace 检测UI 性能
- 使用Systrace 检测警告以及掉帧问题
- 查看trace 文件的快捷键
- 代码中添加trace 标记具体分析问题所在
- 使用TraceView 分析trace Log
欢迎关注微信公众号:程序员Android
公众号ID:ProgramAndroid
获取更多信息
微信公众号:ProgramAndroid
我们不是牛逼的程序员,我们只是程序开发中的垫脚石。
我们不发送红包,我们只是红包的搬运工。
1.Systrace 简介
Systrace 允许您在系统级别收集和检查设备上运行的所有进程的计时信息。 它将来自Android
内核的数据(例如CPU调度
程序,磁盘活动和应用程序线程)组合起来,以生成HTML报告。
2.Systrace 使用方法
抓取Systrace 的方法
如果想分析Android
系统或者app
的问题,首先我们需要抓取Systrace
文件分析并找出引起系统卡顿,或者app反应慢
的原因,然后在源码上解决引起慢的问题。
抓取Systrace 的方法:
- 首先链接手机,打开
Android Device Monitor
,选择要分析的进程(比如com.google.process.gapps
),点击Capture system wide trace using Android systrace
(下图右上角箭头所指的地方)
抓取Systrace的方法
- 配置需要抓取Systrace的内容
此时根据不同的需求,配置抓取不同的trace
时间(时间请勿过长,否则会导致抓取内容部分丢失),内容等,然后点击OK
,操作要分析系统卡顿或app
运行缓慢的部分,系统会自动收集运行时的信息,然后用Chrome 浏览器打
开生成的trace
文件 。
根据不同的需求,配置抓取不同的trace 时间,内容等
注意:
假如抓取过多次trace,为避免数据丢失,请及时清除缓存中的内容,清理地方在Android Device Monitor
的右下角,如下图所示
及时清除缓存中的信息,防止抓取trace内容无效
用Chrome 浏览器
打开生成的trace 文件
,如下图所示,里面会包含每个CPU,
以及图形渲染,输入事件等等内容。
用Chrome 浏览器打开生成的trace 文件
抓取的Trace
报告提供了Android
系统进程在特定时间段内的整体情况。 它检查捕获的跟踪信息,并突出显示其检查到的问题,例如在显示运动或动画时UI粗糙
,并提供关于如何解决这些问题的建议。
但是,systrace
不会在应用程序进程中收集有关代码执行的信息。 有关您的应用程序执行哪些方法以及使用多少CPU资源
的更多详细信息,请使用Android Studio
的内置CPU分析器
,或生成跟踪日志并使用Traceview
查看它们。
3.使用命令行抓取 Systrace
本文档介绍了如何从命令行生成systrace
报告,浏览由该工具生成的跟踪文件,并使用它们来分析和提高应用程序用户界面(UI)
的性能。
抓取systrace
之前,请完成以下步骤:
- 下载并安装
Android SDK Tools
- 安装
Python ,
并将其包含在工作站的执行路径中。 - 连接手机,打开开发者选项中的
USB Debug
选项 。 Systrace
存储路径如下android-sdk/platform-tools/systrace/
使用命令行抓取 Systrace
的语法如下:python systrace.py [options] [categories]
例如,以下命令调用systrace
在10
秒钟内记录设备进程,包括图形进程,并生成一个名为mynewtrace
的HTML
报告:
python systrace.py --time=10 -o mynewtrace.html gfx
如果不指定任何类别或选项,systrace
将生成包含所有可用类别的报告,并使用默认设置。 可用的类别取决于您使用的连接设备。
Global options
Commands and command options
4.使用Systrace 检测UI 性能
systrace
对于检查应用程序的UI性能
特别有用,因为它可以分析您的代码和帧速率以识别问题区域并提供可能的解决方案。 开始,按照以下步骤进行:
- 连接手机并运行您的
app
。 - 使用以下命令运行systrace:
python systrace.py view --time = 10
- 操作您的应用 10秒后,
systrace
生成一个HTML报告。 - 使用网络浏览器打开HTML报告。
您现在可以与报告进行交互,以便在记录期间检查设备CPU
使用情况。 以下部分介绍如何检查报告中的信息以查找和修复UI性能问题
。
5. 使用Systrace 检测警告以及掉帧问题
如下报告列出了每个进程呈现UI帧,并指示沿着时间线的每个渲染帧。 在绿色框架
圆圈中指示在16.6毫秒内呈现的帧以保持每秒稳定60帧。 花费16.6毫秒以上渲染的帧用黄色
或红色
框圈表示。
UI渲染帧率查看
注意:
在运行Android 5.0(API级别21)
或更高版本的设备上, UI 渲染的工作是在UI Thread
和RenderThread
两个线程完成。 在之前的版本中,创建框架的所有工作都是在UI Thread
上完成的。
点击一个F框架圈
可以提供有关系统为渲染该框架而完成的工作的其他信息,包括警报。 它还向您展示了在渲染该框架时系统正在执行的方法,因此您可以调查这些方法是否导致UI jank
。
点击黄色或红色帧按钮,会分析提示此帧卡顿的信息
选择慢帧后,您可能会在报告的底部窗格中看到警报。 上图中显示的Alert
提出,框架的主要问题是在ListView
回收和重新绑定中花费了太多的时间。 跟踪中有相关事件的链接可以解释更多关于系统在这段时间内正在做什么的事情。
要查看工具在trace
中发现的每个Alert
以及设备触发Alert
的次数,请单击窗口最右侧的Alerts
选项卡,如下图所示。Alerts
面板可帮助您查看发生了哪些问题,以及发生的频率。 将Alert
面板看作是要修复的错误列表, 通常情况下,一个区域的微小变化或改进可以消除应用程序中的全部警报。
Alert 分析面板
Frame Input File Metrics Alerts 等面板
如果你在UI Thread
上做太多的工作,你需要找出哪些方法消耗了太多的CPU时间
。
一种方法是添加跟踪标记(请参阅检测应用代码)到您认为会导致这些瓶颈的方法,以查看这些函数调用是否显示在systrace
中。 如果您不确定哪些方法可能会在UI线程上造成瓶颈,请使用Android Studio
的内置CPU分析器,
或者生成跟踪日志并使用Traceview
查看它们。
6. 查看trace 文件的快捷键
查看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
的抓取与查看。
使用Android Device Monitor 查看trace Log
打开跟踪日志后,Traceview
使用以下两个窗格显示日志数据:
-
- 时间轴窗格:
描述每个线程何时进入和退出方法的时间轴窗格
- 时间轴窗格:
-
- 配置文件窗格:
总结每个线程在跟踪日志的执行期间的配置文件窗格
以下各节提供有关traceview输出窗格的附加信息。
- 配置文件窗格:
1.时间轴窗格
每个线程的执行都显示在自己的进程中,并且时间向右增加。 每种方法都以不同的颜色显示。 第一行下方的细线显示所选方法的子项(从入口到出口),如下图所示。
时间轴窗格
2. 配置文件窗格
如下图所示,配置文件窗格提供了系统在跟踪日志期间执行的每种方法的列表以及执行这些方法所用的时间。
调用另一个方法的方法称为父级方法,父级调用的方法称为其子级。 当您通过单击方法选择一种方法时,它会在两个单独的节点下显示其父项和子项。
对于每种方法(顶级节点),该表都显示包含和排他时间(以毫秒为单位)以及总时间的百分比。独占时间是执行方法自己的代码的时间,而包含时间是执行方法自己的代码的时间加上执行子程序的时间。定时信息也以CPU时间
和实时的方式报告。 CPU时间
只考虑线程主动使用CPU时间的时间
,实时提供绝对时间信息,从您的应用程序进入方法的时刻到退出该方法的时间 - 无论线程处于活动状态还是休眠状态。
对于配置文件窗格中的每个顶级节点,表中的Calls + Rec
,Calls / Total
列(图2中未显示)将报告该方法的调用次数和递归调用次数。或者,对于父级和子级方法,此列显示方法在顶级节点中是方法的子级或父级的调用次数。
image.png
Traceview 已知问题
Traceview
日志记录不能很好地处理线程,导致以下问题:
-
1.如果线程在分析期间退出,线程名称不会被发射
(在Android 5.1及更高版本中被修复)
。 -
- 虚拟机重用线程ID。 如果一个线程停止,另一个线程开始,他们可能会得到相同的ID。
至此,本篇已结束,如有不对的地方,欢迎您的建议与指正。同时期待您的关注,感谢您的阅读,谢谢!
如有侵权,请联系小编,小编对此深感抱歉,届时小编会删除文章,立即停止侵权行为,请您多多包涵。
既然都看到这里,领两个红包在走吧!
以下两个红包每天都可以领取
1.支付宝搜索 522398497,或扫码支付宝红包海报。
支付宝扫一扫,每天领取大红包
2.微信红包,微信扫一扫即可领取红包
微信扫一扫,每天领取微信红包
小礼物走一走,来简书关注我