Android的硬件加速及可能导致的问题

问题

在Android 4.0的某些设备上，在View刷新时会出现花屏和屏幕上的某些View错位的现象。 经过调查后发现adb logcat中出现很多OpenGLRenderer: 0x501的错位：
09-18 14:34:39.090: DEBUG/OpenGLRenderer(3104): GL error from OpenGLRenderer: 0x501
09-18 14:34:39.386: DEBUG/OpenGLRenderer(3104): GL error from OpenGLRenderer: 0x501
09-18 14:34:39.656: DEBUG/OpenGLRenderer(3104): GL error from OpenGLRenderer: 0x501
从这个日志，初步怀疑是硬件加速导致的问题。 经过分析发现使用了比较复杂的自定义View，可能会导致硬件加速渲染出错。

硬件加速的优点与缺点

硬件加速能使用GPU来加速2D图像的渲染速度，但是硬件加速并不能完全支持所有的渲染操作， 针对自定义的View，硬件加速可能导致渲染出现错误。 如果有自定义的View，需要在硬件加速的设备上进行测试，如果出现渲染的问题，需要关闭硬件加速。

开启和关闭硬件加速

对硬件加速的开关可以在不同的级别进行控制：

Application
Activity
Windows
View

硬件加速

Android 3.0 (API level 11), 开始支持
所有的View 的canvas都会使用GPU，但是硬件的加速会占有一定的RAM。
在API >= 14上，默认是开启的，如果你的应用只是标准的View和Drawable，全局都打开硬件加速，是不会有任何问题的。
然而，硬件加速并不支持所有的2D画图的操作，这时开着它，可能会影响到你的自定义控件或者绘画，出现异常等行为，
所以android对于硬件加速提供了可选性

如果你的应用执行了自定义的绘画，可以通过在真机上测试开启硬件加速查找问题

硬件加速的级别

Application

<application 
    android:hardwareAccelerated="false" 
...>
</application>

Activity

<application 
    android:hardwareAccelerated="true">
    <activity ... />
    <activity android:hardwareAccelerated="false" />
</application>

Window

getWindow().setFlags(
   WindowManager.LayoutParams.FLAG_HARDWARE_ACCELERATED,
   WindowManager.LayoutParams.FLAG_HARDWARE_ACCELERATED);

View

myView.setLayerType(View.LAYER_TYPE_SOFTWARE, null);

Note: 你可以关闭View级别的硬件加速，但是你不能在View级别开启硬件加速，因为它还依赖其他的设置

两种获取是否支持硬件加速的方式

View.isHardwareAccelerated() //returns true if the View is attached to a hardware accelerated window.
Canvas.isHardwareAccelerated() //returns true if the Canvas is hardware accelerated
如果必须进行这样的验证，建议你在draw的代码块中使用：Canvas.isHardwareAccelerated()，因为如果一个View被attach到一个硬件加速的Window上，
即使没有硬件加速的Canvas，它也是可以被绘制的。比如：将一个View以bitmap的形式进行缓存