我有一个视频观看。这个视图包含在一个名为VideoStructure 的自定义FrameLayout 中，我还可以在其中放置频道徽标或类似内容。
在正常情况下，视频是硬件加速的，所以视图（我想）真的是一个透明的“黑洞”，而视频是由相关硬件解码和渲染的。
我的问题是，如果我在视频视图的容器中覆盖 draw()（图像中的 VideoStructure 扩展了 FrameLayout）以绘制一些东西（即图像中的圆圈）OVER强> 视频-我正在覆盖draw()，而不是onDraw()-这会破坏硬件加速吗？我可以期待这样做会带来很大的性能损失吗？
【问题讨论】：
标签： android optimization surfaceview android-videoview hardware-acceleration
它应该对性能没有影响。
SurfaceViews 有两个部分，“视图”部分和“表面”部分。 “视图”部分是与其他视图相吻合的透明孔，“表面”部分是完全独立的层，由系统与视图层合成。视频正在发送到“表面”部分。
如果您覆盖 SurfaceView 的“视图”渲染器，您将获得通常完全透明的视图的硬件加速 Canvas（因此，如果您删除它，您最好使用零 alpha 和正确的传输模式）。
如果您尝试在“表面”部分进行渲染，通过从lockCanvas() 获取 Canvas，您将失败（因为视频有效地锁定了它），或者成功并阻止将视频写入其中。
无论“视图”层中出现什么，系统合成器都必须混合“视图”层和“表面”层，因此使更多像素不透明不会产生可衡量的影响。
更新：请参阅graphics architecture doc，了解有关表面和成分的更多详细信息。
【讨论】：
onDraw()。视频更新不调用它。请记住，视图 UI 和视频正在渲染到不同的图形缓冲区集，两者都被馈送到系统合成器（前者由应用程序提供，后者由媒体服务器进程中的视频编解码器提供）。您无法从 onDraw() 计算视频帧速率，除非您在软件中解码视频并对每一帧发出无效请求。