（二）理解触摸响应

• 使无效（告知系统该帧需要更新）
• 绘制（意味着实际绘制和交换缓存）
• 在MDP（移动显示处理器）上的层组装
• 内核帧发布到显示屏

意思是需要VSYNC定时必须被忽略，这将大大有助于延时。我们测试了在一个单独的SurfaceFlinger中处理超过40ms的延时。学习更多在Android中图像组装如何工作：https://source.android.com/devices/graphics.html。

分辨率

显 示分辨率也是另一个有助于延时的因子。一个低的分辨率转换被CPU和GPU更少处理，并更少数据通过和复制到系统。我们的测量指出至少一个20ms不同在 一个720p(720*1280 pixel)和一个1080p（1080*1920 pixel）分辨率。在一个qHD（540*960 pixel）和1080p（1080*1920 pixel）之间的不同约30ms。

系统跟踪事件到图像管理器

为了理解系统事件当接收到一个触摸事件，我们需要做一些 tracing：http://en.wikipedia.org/wiki/Tracing_%28software%29。下面是一个我们前文提到的非常简单的使用场景的系统跟踪。

                

系统跟踪插图

 

如上图所示，一些相关线程从系统跟踪会话中被显示出来。下面，这张图详细描述了从Android framework读取输入事件那里发生了什么 到 一帧在哪里被graphics framework组装并准备发送到显示驱动。我们已经排除了那些 触控集成电路扫描传感器和最终有显示驱动处理渲染后的帧并显示它自己的部分。

1、 Android系统读取事件并分发它到事件管理框架（the event management framework）。这花费2到3ms。下一步，该事件被Choreographer接收，并如图中所示，它是一个很长的时间直到下一次VSYNC来 临。注意输入事件创建与VSYNC无关在它之中，它可以在前一个VSYNC之间的任意时间来临，依赖于上报速率。因此此处延时变化与整个VSYNC定时有 关（So the latency here can vary with a whole VSYNC timing）。

2、当Choreographer接收到VSYNC信号是，它分发输入事件给目标，在此场景中是我们的应用程序。

3、CPU0当前处于忙碌状态并且要求一个 couple of milliseconds直到应用程序开始处理该事件。注意这实际上是4核CPU（ a quad-core(4) ）系统但是其中的三个当前处于下线状态。

 

来自我们系统跟踪会话的额外相关线程

 

4、现在测试应用程序做基本绘制——在一个黑色背景上的一个用2D API绘制的白色四边行。当一次绘制完成，该表面被标记为脏（已改变）并告知 graphics framework：它应该在一次来临的显示帧更新 和任何其他已改变的表面组装。

5、graphics framework接管并组成改变后的表面，结合所有其他表面完成最终一帧。当一个新VSYNC定时被检测到这将首先开始，因此该测试应用程序在噶VSYNC之前必须准备好。否这，我们将得到一个丢帧。

6、下一步，VSYNC来临并且触摸显示驱动能够更进一步处理已完成的帧。

 

主机显示驱动

主 机显示驱动是一个介于基于帧缓存的组装帧和由Android framework提供的overlays间实例。它的角色是提供数据，因此这些数据可以通过MIPI DSI 总线传输并显示。我们的延迟的测量表明，相对于系统的其余部分，通常采取几毫秒来处理数据此处所用的时间是相当有限的。

 

显示屏

至于延时，这儿有两个方面我们需要考虑到。第一是它为了物理材料作出响应实际需要花费的时间。有几种不同的显示技术，例如 LCD with sub-catagories，VA，TN，和IPS。这些都基于液晶（liquid crystals）。另一种常见的显示技术是基于发光化合物的OLED。

LCD显示屏在延时上有很大的不同，范围介于2ms和100ms之间，这取决于其所用的颜色和LCD类型。另一方面，OLED显示屏非常快并具有微秒的延时。

另一个方面是显示器的内部刷新时间。现今，移动设备显示器具备的内部刷新率约60Hz
，转化后约16.67ms更新整个显示屏。

显示屏特写，它展示了当渲染一个新帧是刷新的发生。

上图刷新发生在显示屏上当渲染一个新帧时——当显示器被触摸时，颜色渐变反转。在该图中，右侧显示的是完全反转，单左侧不是，展示出显示屏的继续刷新通常需要花费16.67ms来完成。

在 一个 RAM-less 显示屏中，没有额外的延时或者等待状态，因为来自设备平台的数据必须持续地被传输并且该显示屏将由此流更新。在一个 RAM-base 的显示屏中，最新一帧被存储到显示屏的内存中，在它能够被显示之前以便有一个以上的buffer去装载。通过这种方式，我们增加一个帧更新延 时，16.67ms（This way, we add one more frame update to the latency , which is 16.67ms）。

***

至此关于系统延时和触控响应的文章就结束了。在下一篇文中中，我们将继续相关触控话题的覆盖采样。

更多信息

• 阅读我们第一篇关于触控生态系统的触控文章
• 学习Xperia Z1 Compact, Xperia T2 Ultra and Xperia T2 Ultra dual，Sony的首部配置了IPS面板的智能手机。