vsync

前言 Android系统从4.1(API 16)开始加入Choreographer机制，用于同Vsync机制统一处理输入(Input)、动画(Animation)、绘制(Draw)三个UI操作。其实UI显示的时候每一帧要完成的事情只有这三种。Choreographer接收显示系统的时间脉冲(垂直同步信号-VSync信号)，在下一个frame渲染时控制执行这些操作。 如何理解Choreographer？ 1. Choreographer的源码位于android.view这个pakage中，是view层框架的一部分。 2. Choreographer中文翻译过来是"舞蹈指挥"，字面上的意思就是优雅地指挥以上三个UI操作一起跳一支舞。这个词可以概括这个类的工作，如果android系统是一场芭蕾舞，他就是Android UI显示这出精彩舞剧的编舞，指挥台上的演员们相互合作，精彩演出。 3. 开发者可以使用Choreographer#postFrameCallback设置自己的callback与Choreographer交互，你设置的callCack会在下一个frame被渲染时触发。 4. Callback有如下5种类型：. public static final int CALLBACK_INPUT = 0; public static final int CALLBACK

本文是一些个人的理解，欢迎大家批评指正，一起交流！ 屏幕图像的显示原理 屏幕图像的显示原理要从CRT（阴极射线显像管）显示器说起，CRT显示器是靠电子束激发屏幕内表面的荧光粉来显示图像的，CRT的电子枪从上到下逐行扫描，扫描完成后就呈现一幅图像。然后电子枪在回到开始的位置进行下一次扫描。为了同步显示器的显示过程和视频控制器的控制过程，显示器会用硬件时钟产生一系列的定时信号，当电子枪换行进行扫描的时候，会发出一个水平同步信号，简称HSync，当一幅画面从上到下绘制完成后，电子枪恢复到开始位置，准备画下一帧前，会发出一个垂直同步信号，简称VSync。显示器都有刷新频率，这个刷新率就是VSync信号产生的频率。 图像显示的过程 图像显示各个部分的分工如下所示 CPU拿到位图数据 ，然后通过总线发送给GPU，GPU做图层渲染，然后将渲染的结果保存在帧缓冲区（FrameBuffer）里面，在由视图控制器根据VSync信号在适应的时机将帧缓冲区里面的内容给到显示器。 双缓冲绘图 最简单的情况下，帧缓冲区只有一个，那么这个时候帧缓冲区的读取和刷新都会有很大的效率问题，为了解决效率问题，通常会引入两个缓冲区，这个时候一个缓冲区用于视频控制器的读取，被称为前缓冲区，另外一个缓冲区用于数据的存放，称为后缓冲区，等每次渲染完毕之后，前缓冲区变后缓冲区，后缓冲区变前缓冲区。这里用一幅别人的图

来源：http://hukai.me/android-performance-patterns/#jtss-tsina 0)Render Performance 大多数用户感知到的卡顿等性能问题的最主要根源都是因为渲染性能。从设计师的角度，他们希望App能够有更多的动画，图片等时尚元素来实现流畅的用户体验。但是Android系统很有可能无法及时完成那些复杂的界面渲染操作。Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染，如果每次渲染都成功，这样就能够达到流畅的画面所需要的60fps，为了能够实现60fps，这意味着程序的大多数操作都必须在16ms内完成。 如果你的某个操作花费时间是24ms，系统在得到VSYNC信号的时候就无法进行正常渲染，这样就发生了丢帧现象。那么用户在32ms内看到的会是同一帧画面。 用户容易在UI执行动画或者滑动ListView的时候感知到卡顿不流畅，是因为这里的操作相对复杂，容易发生丢帧的现象，从而感觉卡顿。有很多原因可以导致丢帧，也许是因为你的layout太过复杂，无法在16ms内完成渲染，有可能是因为你的UI上有层叠太多的绘制单元，还有可能是因为动画执行的次数过多。这些都会导致CPU或者GPU负载过重。 我们可以通过一些工具来定位问题，比如可以使用HierarchyViewer来查找Activity中的布局是否过于复杂

PerfDog(性能狗)测试须知 Android平台 ScreenShot(只支持USB模式) FPS(1秒内游戏画面或者应用界面真实平均刷新次数,俗称帖率/FPS) 1)Avg(FPS):平均帖率 2)Var(FPS):帖率方差 3)Drop(FPS):降帖次数(平均每小时相邻两个FPS点下降大于8贴的次数) jank(1秒内卡顿次数) 1)BigJank:1秒内严重卡顿次数 2)jank(10分钟):平均每10分走过来卡顿次数 3)BigJank(/10分钟):平均每10分走过来严重卡顿次数 FTime(上下贴画面显示时间间隔,即认为贴耗时) 1)Avg(Ftime)平均贴耗时 2)Delta(FTime):增量耗时(平均每小时两贴之间时间差>100ms的次数) CPU Usage(Total整机/App目标进程,统计结果和Andrid Studio Profilter一致) CPU Clock(各个CPU核心的帖率的频率) Memory (PSS Memory,统计结果和Android java API标准结果一致,也Meminfo也一致) Swap Memory (Swap Memory，部分设备支持Swap功能，在启用Swap功能后，系统会对PSS内存进行压缩，Swap增加，PSS会相应减少，由于压缩会占用CPU资源，同时相应会导致FPS降低) 根据perfdog关键字

Android性能优化汇总 一、了解渲染刷新机制 VSYNC(垂直刷新/绘制) 60HZ是手机屏幕刷新理想的频率。60fps—一秒内绘制的帧数。在60fps内，系统会得到发送的VSYNC(垂直刷新)信号qu去进行渲染，就会正常地绘制。 VSYNC：有两个概念 **1）Refresh Rate：**屏幕在一秒时间内刷新屏幕的次数----有硬件的参数决定，比如60HZ. **2）Frame Rate：**GPU在一秒内绘制操作的帧数，比如：60fps。 GPU刷新：GPU帮助我们将UI组件等计算成纹理Texture和三维图形Polygons 同时会使用OpenGL—会将纹理和Polygons缓存在GPU内存里面。 View Tree。 Android系统每隔16ms就重新绘制一次Activity，因此应用必须在16ms内完成屏幕刷新的全部逻辑操作，否则会出现丢帧的情况。 Android系统的渲染管线分为两个关键组件：CPU和GPU 格栅化： 就是将例如字符串、按钮、路径或者形状的一些高级对象，拆分到不同的像素上在屏幕上进行显示 二卡顿是如何造成的 卡主线程了！（卡UI线程） 1.外部引起的 比如：Activity里面直接进行网络访问/大文件的IO操作 内存这一块有些什么要注意的。 1）内存抖动的问题。 new Object obj = null 2)一个方法太耗时了。 2