HardwareAcceleration硬件加速..docVIP

Hardware Acceleration硬件加速 Hardware Acceleration 从Android 3.0 (API level 11)开始，Android 2D渲染管线能更好的支持硬件加速。硬件加速通过GPU执行各种绘画操作。因为硬件加速需要消耗更多的资源，所以你的App需要更多的RAM。开启硬件加速最简单的方法是在整个应用全局设置。如果应用只使用标准的View和Drawable，全局设置不会产生不利的影响。然而，因为硬件加速不支持所有的2D绘制操作，开启会影响一些自定义View或者绘制调用。问题显示为不可见的元素、异常，或者错误渲染像素。为了补救这些，Android提供给你选项开启或者关闭硬件加速在以下几个层面： Application Activity Window View 如果你的应用执行自定义绘制，开启硬件加速，测试应用在实际的硬件设备上去查找问题。 控制硬件加速 你可以在以下层面控制硬件加速 Application Activity Window View Application 层 在你的Android manifest文件里,添加以下属性到application标签里，针对整个应用开启硬件加速： application android:hardwareAccelerated=true ...  Activity 层 如果整个应用开启硬件加速表现的不稳定，你也可以针对单个Activity进行控制。在Activity层开启或者关闭硬件加速，你可以使用android:hardwareAccelerated属性在activity标签内。下面是单个Activity中关闭硬件加速的例子： application android:hardwareAccelerated=true activity ... / activity android:hardwareAccelerated=false / /application Window 层 如果你需要更细致的控制，可以在获得的Window里开启硬件加速： getWindow().setFlags( WindowManager.LayoutParams.FLAG_HARDWARE_ACCELERATED, WindowManager.LayoutParams.FLAG_HARDWARE_ACCELERATED); 注: 在window层不能取消硬件加速。 View 层 通过下面代码，你可以在运行时关闭硬件加速： myView.setLayerType(View.LAYER_TYPE_SOFTWARE, null); 注:你不能在view层开启硬件加速。 View面板有其他方法关闭硬件加速。更多详细内容请看View面板。 判断View是否已经硬件加速 有时候，知道一个应用当前是否硬件加速是非常有用的，尤其像自定义View。这非常有用，当你的应用做大量的自定义绘制并且不是所有操作都支持新的渲染管道。有两个方法查看应用是否硬件加速: View.isHardwareAccelerated()?如果View附属于硬件加速的窗体，将会返回true。 Canvas.isHardwareAccelerated()?如果Canvas已硬件加速，将会返回true。 如果你一定要在绘制代码中进行这个查看，请尽可能用Canvas.isHardwareAccelerated()代替View.isHardwareAccelerated()。当一个View附属于硬件加速窗体，它仍可以通过非硬件加速的Canvas来绘制。这种情况，在实例化时，绘制一个View到bitmap中，为了缓存目的。 Android绘画模型 当开启硬件加速,新的绘画模型利用显示列表在界面上渲染你的应用。 为了完全理解显示列表和对你的应用有怎样的影响，知道Android不通过硬件加速怎么样绘制View也很重要。下面的篇章阐述基于软件和基于硬件的绘画模型。 基于软件的绘画模型 在软件绘画模型中，View通过以下两个步骤被绘制： 使层次失效 绘制层次 每当应用需要更新部分UI时，调用invalidate()(或者它的变形)在任意需要改变内容的view里。这些失效信息被传播始终在view层，计算需要重绘的界面区域。然后，Android系统绘制任意view在这些区域。不幸的是，这种模型有两个缺点： 第一，这种模型需要执行的大量的代码在每一次绘画。比如,如果你的应用在按钮里调用了invalidate()?，而且这个按钮在另外一个view之上，此时Android系统会重绘这个view，即时它没有发生改变。 第二个问题是绘画模型会隐藏你应用的错误。从Android系统开始