Command Issue：对应原先Execute（红色），表示执行任务的时间，这部分主要是Android进行2D渲染显示列表的时
间，为了将内容绘制到屏幕上，Android需要使用Open GL ES的API接口来绘制显示列表，红色线条越高表示需要绘制
的视图更多；
Sync & Upload：表示的是准备当前界面上有待绘制的图片所耗费的时间，为了减少该段区域的执行时间，我们可以减
少屏幕上的图片数量或者是缩小图片的大小；
Draw：对应原先Update（蓝色），表示测量和绘制视图列表所需要的时间，蓝色线条越高表示每一帧需要更新很多视
图，或者View的onDraw方法中做了耗时操作；
Measure/Layout：表示布局的onMeasure与onLayout所花费的时间，一旦时间过长，就需要仔细检查自己的布局是不
是存在严重的性能问题；
Animation：表示计算执行动画所需要花费的时间，包含的动画有ObjectAnimator，ViewPropertyAnimator，Transition
等等。一旦这里的执行时间过长，就需要检查是不是使用了非官方的动画工具或者是检查动画执行的过程中是不是触
发了读写操作等等；
Input Handling：表示系统处理输入事件所耗费的时间，粗略等于对事件处理方法所执行的时间。一旦执行时间过长，
意味着在处理用户的输入事件的地方执行了复杂的操作；
Misc Time/Vsync Delay：表示在主线程执行了太多的任务，导致UI渲染跟不上vSync的信号而出现掉帧的情况；出现
该线条的时候，可以在Log中看到这样的日志： I/Choreographer(*): Skipped XXX frames! The application may be
doing too much work on its main thread
关于这一部分的具体原理及详细解释可以参考Android性能优化典范：
http://hukai.me/android-performance-patterns/
http://hukai.me/android-performance-patterns-season-5/
（复制链接在浏览器中打开）
2、选择第二项“adb shell dumpsys gfxinfo”，可以在终端中通过“adb shell dumpsy gfxoinfo taskName”命令获取对应进
程的帧渲染日志文件。
4. GPU Monitor
另外，在Android Studio 1.4之后的版本中集成了GPU Monitor，也可以查看每帧的渲染耗时。使用方法如下：
将手机连接电脑病开启USB调试选项，打开Android Studio并点击底部的“Android Monitor”，选择待测的设备与进程，
即可看到GPU Monitor的监控结果。以6.0系统为例，可以看到，GPU Monitor中呈现的信息实际上与GPU呈现模式分
析中在手机屏幕上显示的柱状图是相同的。
GPU Monitor中展示的柱状图的颜色数量也是与系统版本有关的，若使用5.x系统，GPU Monitor中渲染耗时展示如
下：
二、GPU厂商提供的工具
上面提到的方法都是通过监控帧渲染时间等手段间接反映GPU的状态，但是这些工具都不能满足我们的需求。其实我
们的需求很简单：希望能够直接获得GPU占用率或者类似的指标，就如同top命令可以直接查看CPU占用率一样，简单
快捷。但是，可能是由于相比CPU占用率，大部分开发者对GPU占用率并不是十分关心，不仅Linux/Android没有提供
GPU占用指标，就连Windows上也没有提供原生的方法。Windows平台上有一些第三方工具能够监测显卡状态，例如
GPU-Z，暂时还不太清楚其工作原理及精确度。而在Linux/Android平台上似乎还缺少比较权威的第三方监测工
具，Linux上可以通过Nvidia提供的nvidia-smi命令获取GPU参数，但是对其他GPU支持有限。在Android端，高通也提
供了一些工具能够监测GPU的运行情况，但是也仅仅支持使用了高通CPU/GPU的移动设备。高通开发了两个能够监测
评论0