让Android TextureView Canvas支持硬件加速

SurfaceView和TextureView是Android提供的支持异步线程渲染的控件，虽然都是异步渲染，但不论在使用方式上还是在底层实现原理上都是有差异的。

SurfaceView在内部是直接创建一个独立于当前Activity的Surface，此Surface默认处于Activity Surface的下面，然后在Activity上对应位置挖一个相应大小的透明窟窿，使下面的SurfaceView的内容能够展示出来。

而TextureView的内容是正常渲染到当前Activity的Surface上的。其内部是基于SurfaceTexture实现的，当渲染侧渲染完成后，SurfaceTexture会将渲染内容以纹理的形式上传到GPU，接着由TextureView将纹理渲染到当前Activity的视图树中。

在使用上，SurfaceView和TextureView都提供了Canvas接口给应用侧进行异步渲染，但SurfaceView可以由应用指定Canvas是否走硬件加速流程，而TextureView提供的TextureView.lockCanvas()和TextureView.lockCanvas(Rect dirty)接口返回的Canvas都是非硬件加速的，因此渲染指令的执行完全是由CPU执行的，虽然是异步线程，但是在渲染复杂内容时，一方面单帧渲染耗时高导致渲染帧率低，另一方面会消耗大量CPU资源，导致应用整体卡顿以及设备发热、掉电等问题。

解决方案

使用liuwons/HwTextureView

使用方式和普通TextureView接本一致，lockCanvas()获取的Canvas在Android 28以上平台具有硬件加速能力。需要注意的是lockCanvas(Rect dirty)方法不可用(直接返回null)。

内部实现是创建了一个Surface，作为图形生产者，消费者侧连接了TextureView的SurfaceTexture，使用此Surface对外提供硬件加速接口。

渲染性能对比

测试工程: TextureViewPlayground - Github

测试设备: Google Pixel 7

绘制内容: 每一帧绘制相同的30笔不透明/半透明的stroke path 绘制结果:

统计内容:

• 每一帧的渲染时长(只统计所有drawPath方法的执行总耗时，不包含lockCanvas和unlockCanvasAndPost方法执行耗时):
• CPU使用率

统计结果:

TextureView测试数据

HwTextureView测试数据

标签：硬件加速安卓系统TextureViewCanvas