19、硬件加速：GPU渲染、SurfaceView与TextureView的选择
说到Android TV上的渲染，很多开发者第一反应就是「用Canvas画就行了」。嗯，如果你只是画个按钮、写个文本，那确实够用。但一旦涉及到视频播放、游戏画面、或者高帧率的动画，CPU软渲染就会让你卡到怀疑人生。
我最早做TV项目时，就踩过这个坑。一个简单的视频播放器，用普通View去渲染，结果在4K电视上掉帧掉得惨不忍睹。后来才明白——TV设备的分辨率普遍是1080p起步，4K越来越常见，像素量是手机的4倍以上。CPU根本扛不住这么大的渲染压力。
所以这一章，我们来聊聊硬件加速的核心：GPU渲染，以及两个关键组件——SurfaceView和TextureView。说白了，就是帮你把渲染工作从CPU手里抢过来，交给GPU去干。
19.1 GPU渲染：为什么TV必须用
先看一张图，帮你快速理解整个渲染流程的差异：
从图上可以看得很清楚：CPU软渲染是串行逐像素计算，每个像素都要CPU亲自算一遍。而GPU硬件加速是并行计算，一次能处理成千上万个像素。你想想看，4K分辨率有800多万个像素，CPU一个一个算，不卡才怪。
核心结论：Android TV上，只要涉及视频、动画、游戏，就必须开启硬件加速。默认情况下，Android 4.0以上已经全局开启，但SurfaceView和TextureView才是真正把渲染交给GPU的「正规军」。
19.2 SurfaceView：轻量级视频渲染利器
SurfaceView是什么？说白了，它就是在View层级上挖了一个「洞」，让内容直接渲染到一个独立的Surface上。这个Surface由系统窗口管理器管理，不走普通的View绘制流程。
我个人习惯把SurfaceView理解成「画中画」——它有自己的窗口，独立于Activity的窗口。这样做的好处很明显：
- 独立渲染线程：你可以在子线程里往Surface上画东西，不阻塞UI线程
- 低延迟：视频帧直接送到Surface，不需要经过View的onDraw
- 内存占用小：不需要额外的Bitmap缓冲区
但SurfaceView也有个让人头疼的问题——它不能做动画和变换。比如你想让视频旋转、缩放、加圆角，SurfaceView就傻眼了。因为它的「洞」是固定的，你动不了。
我的经验：做TV直播应用时，我首选SurfaceView。因为直播流需要低延迟，而且TV上视频通常是全屏播放，不需要复杂的动画效果。配合MediaPlayer或ExoPlayer，效果非常好。
19.3 TextureView：灵活但更重
TextureView是Android 4.0引入的替代方案。它不像SurfaceView那样挖洞，而是把内容渲染到一个硬件纹理（Hardware Texture）上，然后作为普通View参与View树的绘制。
这意味着什么？TextureView可以像普通View一样做动画、做变换。你可以给它加旋转、缩放、透明度，甚至用Canvas在上面画东西。灵活性比SurfaceView高出一大截。
但代价也很明显：
- 内存开销大：TextureView内部维护了一个SurfaceTexture，需要额外的纹理内存
- 性能略低：因为要经过View树的绘制流程，比SurfaceView多一层开销
- 不支持硬件加速的某些场景：比如在ListView/RecyclerView中使用时，滚动可能会有延迟
注意：TextureView必须在硬件加速开启的情况下才能工作。如果你的Activity或Window关闭了硬件加速，TextureView会直接黑屏。我曾经在某个定制ROM上遇到过这个问题，排查了半天才发现是系统默认关闭了硬件加速。
19.4 如何选择？一张表说清楚
我整理了一个对比表格，方便你快速决策：
| 对比维度 | SurfaceView | TextureView |
|---|---|---|
| 渲染方式 | 独立Surface，独立窗口 | 硬件纹理，参与View树 |
| 性能 | 高（直接送显） | 中等（多一层合成） |
| 内存占用 | 低 | 高（纹理内存） |
| 动画/变换 | 不支持 | 完全支持 |
| 视频播放 | 首选（低延迟） | 可用（延迟略高） |
| Camera预览 | 可用 | 推荐（可叠加UI） |
| 游戏渲染 | 推荐（高帧率） | 不推荐（额外开销） |
| TV场景 | 全屏视频首选 | 画中画/特效场景 |
你看，其实没有绝对的「谁更好」，只有「谁更合适」。我个人的选择原则很简单：
- 纯视频播放，全屏显示 → SurfaceView
- 需要叠加UI、做特效、画中画 → TextureView
- 游戏或高帧率渲染 → SurfaceView + OpenGL
- Camera预览 + 滤镜 → TextureView
19.5 实战：SurfaceView播放视频的坑与解
这里分享一个我踩过的坑。曾经做一个TV视频应用，用SurfaceView播放视频，结果发现切换频道时会有短暂的黑屏。排查后发现是SurfaceView的创建和销毁导致的。
SurfaceView的生命周期和Activity不同步。当Surface被销毁再重建时，中间会有几帧的黑屏。解决办法是：
// 正确的SurfaceView回调处理
surfaceHolder.addCallback(new SurfaceHolder.Callback() {
@Override
public void surfaceCreated(SurfaceHolder holder) {
// Surface已创建，可以开始渲染
// 注意：不要在这里直接调用MediaPlayer.start()
// 因为可能还没准备好
if (mediaPlayer != null) {
mediaPlayer.setDisplay(holder);
// 如果之前已经prepare完成，可以start
if (isPrepared) {
mediaPlayer.start();
}
}
}
@Override
public void surfaceChanged(SurfaceHolder holder, int format, int width, int height) {
// 分辨率变化时处理，比如横竖屏切换
// TV上很少遇到，但4K/1080p切换时要注意
}
@Override
public void surfaceDestroyed(SurfaceHolder holder) {
// Surface即将销毁，必须停止渲染
// 否则会报错：Surface has been released
if (mediaPlayer != null && mediaPlayer.isPlaying()) {
mediaPlayer.pause(); // 不要stop，保留播放位置
}
}
});嗯，这里要注意：surfaceDestroyed时不要调用mediaPlayer.stop()。因为stop会重置播放状态，等你回来时还得重新prepare。用pause()保留位置，surfaceCreated时再恢复，体验会好很多。
19.6 TextureView的「黑屏」陷阱
TextureView也有个经典问题——黑屏。我遇到过好几次，排查下来原因无非这几种：
- 硬件加速未开启：检查Activity的android:hardwareAccelerated="true"
- SurfaceTexture未就绪就渲染：必须等onSurfaceTextureAvailable回调
- 线程问题：TextureView的渲染必须在UI线程？不，其实可以在子线程，但更新纹理时要加锁
我曾经在某个项目里，因为用了自定义的渲染线程，没有等SurfaceTexture准备好就直接往上面写数据，结果画面一直黑。后来加了个CountDownLatch等待回调，问题解决。
// TextureView的正确使用姿势
textureView.setSurfaceTextureListener(new TextureView.SurfaceTextureListener() {
@Override
public void onSurfaceTextureAvailable(SurfaceTexture surface, int width, int height) {
// SurfaceTexture已就绪，可以开始渲染
// 这里可以创建MediaPlayer并设置Surface
Surface s = new Surface(surface);
mediaPlayer.setSurface(s);
mediaPlayer.prepareAsync();
}
@Override
public void onSurfaceTextureSizeChanged(SurfaceTexture surface, int width, int height) {
// 尺寸变化，比如视频分辨率切换
}
@Override
public boolean onSurfaceTextureDestroyed(SurfaceTexture surface) {
// 返回true表示SurfaceTexture会被释放
// 返回false表示由调用方管理
return true;
}
@Override
public void onSurfaceTextureUpdated(SurfaceTexture surface) {
// 每帧更新时回调，慎用！频繁调用会影响性能
}
});小技巧：如果你用TextureView做Camera预览，记得在onPause中释放Camera，在onResume中重新打开。否则切到后台再回来，Camera可能被占用导致黑屏。
19.7 性能对比：实测数据
我在一台Android TV设备上做过简单测试（4K分辨率，H.264视频），结果如下：
| 渲染方式 | CPU占用 | GPU占用 | 帧率 | 内存 |
|---|---|---|---|---|
| 普通View + Canvas | 45% | 5% | 24fps（掉帧严重） | 120MB |
| SurfaceView + MediaPlayer | 8% | 35% | 60fps（稳定） | 45MB |
| TextureView + MediaPlayer | 12% | 40% | 55fps（偶尔掉帧） | 78MB |
数据很直观：SurfaceView在CPU占用和内存上优势明显，帧率也最稳。TextureView虽然灵活，但代价就是更高的资源消耗。
19.8 总结：我的选择建议
说了这么多，最后给个总结性的建议：
- TV上做视频播放器：无脑选SurfaceView。TV场景下视频就是核心，不需要花里胡哨的动画
- 需要叠加UI控件：比如播放器上覆盖进度条、音量调节，用TextureView更方便
- 游戏或OpenGL渲染：SurfaceView + GLSurfaceView是标配
- Camera预览 + 滤镜：TextureView是唯一选择，因为SurfaceView没法做滤镜叠加
记住一句话：能用SurfaceView就别用TextureView，除非你真的需要动画能力。性能上的差距，在TV这种大屏高分辨率设备上会被放大得很明显。
好了，这一章就到这里。硬件加速是个大话题，但核心就是「把渲染交给GPU」。你只要记住SurfaceView和TextureView各自的定位，在实际项目中就不会选错。