- 前言
- 一、 Show GPU Overdraw 检测Overdraw (GPU)
- 二、 GPU呈现模式分析 (UI渲染效率)
- 三、 HierarchyViewer检查layout布局 (CPU)
- 四、 Android Studio工具观察CPU,GPU,Memory等情况
- 五、 代码调试工具
- 开发者模式:不保留活动
- 三方工具检查内存泄漏
- 一些知名的性能测试工具
- Reference
前言
性能优化的常用工具有很多,以下列出一些常用的工具
一、 Show GPU Overdraw 检测Overdraw (GPU)
开发者选项 -> 选择Show GPU Overdraw(显示过渡绘制区域)
最终可以通过移除不必要的背景以及使用canvas.clipRect解决大多数问题。详情可以参看Reducing Overdraw
白色是无过渡绘制。比较正常基本都是在1x-2x范围内,例如Google now页面。如果超过3x,过渡绘制是很严重的了。
再贴下CPU和GPU的工作,潜在的问题,检测的工具和解决方案图:
二、 GPU呈现模式分析 (UI渲染效率)
开发者选项 -> 开启GPU呈现模式分析
GPU呈现模式是一个方便快速观察UI渲染效率的工具,主要作用是实时查看每一帧的渲染效率,定位哪里存在渲染的性能问题
随着界面的刷新,界面上会滚动显示柱状图表示每帧画面说需要的渲染时间,柱状图越高表示花费的渲染时间越长。
中间有一根绿色的横线,代表每帧的最长渲染时间:16ms,需要确保每一帧花费的总时间都低于这条横线,这样才能够避免出现卡顿的问题。
从Android 6.0开始,你看到的每条柱状线已不止三种颜色:
- Swap Buffers:表示处理任务的时间,也可以说是CPU等待GPU完成任务的时间,线条越高,表示GPU做的事情越多;
- Command Issue:表示执行任务的时间,这部分主要是Android进行2D渲染显示列表的时间,为了将内容绘制到屏幕上,Android需要使用Open GL ES的API接口来绘制显示列表,红色线条越高表示需要绘制的视图更多;
- Sync & Upload:表示的是准备当前界面上有待绘制的图片所耗费的时间,为了减少该段区域的执行时间,我们可以减少屏幕上的图片数量或者是缩小图片的大小;
- Draw:表示测量和绘制视图列表所需要的时间,蓝色线条越高表示每一帧需要更新很多视图,或者View的onDraw方法中做了耗时操作;
- Measure/Layout:表示布局的onMeasure与onLayout所花费的时间,一旦时间过长,就需要仔细检查自己的布局是不是存在严重的性能问题;
- Animation:表示计算执行动画所需要花费的时间,包含的动画有ObjectAnimator,ViewPropertyAnimator,Transition等等。一旦这里的执行时间过长,就需要检查是不是使用了非官方的动画工具或者是检查动画执行的过程中是不是触发了读写操作等等;
- Input Handling:表示系统处理输入事件所耗费的时间,粗略等于对事件处理方法所执行的时间。一旦执行时间过长,意味着在处理用户的输入事件的地方执行了复杂的操作;
- Misc Time/Vsync Delay:表示在主线程执行了太多的任务,导致UI渲染跟不上vSync的信号而出现掉帧的情况;
三、 HierarchyViewer检查layout布局 (CPU)
HierarchyViewer工具查找Activity中的布局是否过于复杂
使得布局尽量扁平化,移除非必需的UI组件,去除不必要的嵌套。这些操作能够减少Measure,Layout的计算时间。
Hierarchy Viewer 分析图示:
点击LinearLayout,然后点击三色Obtain layout time icon. 三个点从左起依次代表View的Measure, Layout和Draw的性能.
另外颜色表示该View的该项时间指数, 分为:
- 绿色, 表示该View的此项性能比该View Tree中超过50%的View都要快.
- 黄色, 表示该View的此项性能比该View Tree中超过50%的View都要慢.
- 红色, 表示该View的此项性能是View Tree中最慢的.
- 红色说明这个View相对其他的View,该操作运行最慢,注意只是相对别的View,并不是说就一定很慢。
- 红色的指示能给你一个判断的依据,具体慢不慢还是需要你自己去判断的。
如果你的界面的Tree View中红点较多, 那就需要注意了. 一般来说:
- Measure红点, 可能是布局中嵌套RelativeLayout, 或是嵌套LinearLayout都使用了weight属性.
- Layout红点, 可能是布局层级太深.
- Draw红点, 可能是自定义View的绘制有问题, 复杂计算等.
AS 三步找到 Hierarchy Viewer
看Android Studio如何三步找到它
Step 1:
Step 2:
Step 3:
另外好需要显示下面三个窗口,不然看不到Tree View,Propertyies, Overview
四、 Android Studio工具观察CPU,GPU,Memory等情况
为了寻找内存的性能问题,Android Studio提供了工具来帮助开发者。
- Android Monitor/Android Profiler:查看整个app所占用的内存,以及发生GC的时刻,短时间内发生大量的GC操作是一个危险的信号。
- Allocation Tracker:使用此工具来追踪内存的分配,前面有提到过。
- Heap Tool:查看当前内存快照,便于对比分析哪些对象有可能是泄漏了的。
AS 3.0名字改为Android Profiler
五、 代码调试工具
开发者模式:不保留活动
“不保留活动”:用户离开后即销毁每个活动
这个选项对检测Activity中的资源是否有合理使用这类问题比较好用,问题比较容易复现。例如:
- 子线程持有Activity的cotext,Activity立即销毁出现crash
- Fragment引用了Activity的context,Activity立即销毁出现crash
因为离开后Activity立即销毁,context会为null. 可能会导致crash。
解决方案:可以判空或者使用ApplicationContext(主题相关的不建议使用ApplicationContext)
这类问题的关键是正常使用时很难复现,不好定位问题。
三方工具检查内存泄漏
- FindBugs插件
- Square LeakCanary:内存泄漏
- Android Lint工具,AndroidStudio内嵌工具
- BlockCanary 卡顿检测工具
一些知名的性能测试工具
- 网易的Emmagee: CPU、内存、流量、电量等
- 腾讯的GT: CPU、内存、流量、电量、帧率/流畅度等等
- 腾讯的APT:CPU,内存检测,内存构成分析
- 科大讯飞的iTest: 记录特定应用的性能消耗情况,包括cpu、内存、流量、电量等信息
- Google的Battery Historian: 电量优化
Reference
Android内存分析工具(一):Memory Monitor
AndroidStudio3.0 Android Profiler分析器(cpu memory network 分析器)