Android 为什么SurfaceView没有被弃用？

我知道TextureView是在ICS之后出现的。 但是，SurfaceView在ICS并不受欢迎

SurfaceView具有打孔结构，因此有许多限制点。 无法堆叠两个SurfaceView和无法翻译等

---

尽管出现了TextureView，但为什么SurfaceView没有被弃用？

SurfaceView速度更快，可以处理受DRM保护的视频

打孔结构是必要的，因为SurfaceView的曲面由系统合成器直接处理。对于TextureView，您在曲面上绘制，该曲面在应用程序内转换为GL纹理，应用程序将第二次将其渲染到视图层上。所以有一个额外的副本

对于受DRM保护的视频，任何用户或系统代码——甚至Linux内核——都不允许看到未加密的像素。只有视频解码器和显示硬件。因为SurfaceView只是通过转发引用，而不涉及实际数据，所以这是可行的

---

有关更多详细信息，请参阅。

SurfaceView速度更快，可以处理受DRM保护的视频

打孔结构是必要的，因为SurfaceView的曲面由系统合成器直接处理。对于TextureView，您在曲面上绘制，该曲面在应用程序内转换为GL纹理，应用程序将第二次将其渲染到视图层上。所以有一个额外的副本

对于受DRM保护的视频，任何用户或系统代码——甚至Linux内核——都不允许看到未加密的像素。只有视频解码器和显示硬件。因为SurfaceView只是通过转发引用，而不涉及实际数据，所以这是可行的

---

有关更多详细信息，请参阅。

感谢您的详细解释。简化，因为SurfaceView直接处理数据（没有拷贝），所以SurfaceView需要DRM或轻量级处理。那么，为什么没有“复制”或“直接绘制”选项呢？两种成分结合起来难吗？我指的是国旗选项，我不知道你在问什么。这两个类实现了不同的角色——一个用于应用程序内渲染，控制很多，但性能影响很小；另一个简化了，但控制有限。听起来你想要中间的东西？谢谢你的详细解释。简化，因为SurfaceView直接处理数据（没有拷贝），所以SurfaceView需要DRM或轻量级处理。那么，为什么没有“复制”或“直接绘制”选项呢？两种成分结合起来难吗？我指的是国旗选项，我不知道你在问什么。这两个类实现了不同的角色——一个用于应用程序内渲染，控制很多，但性能影响很小；另一个简化了，但控制有限。听起来你想在两者之间做点什么？