说实话，Android视频分屏渲染这块儿，想要Zuo到极致性Neng优化，你就得懂GLContext共享，哈哈，不懂也没关系，咱就是说今天咱们就来聊聊这个。

核心链路是： 视频播放器 -> SurfaceTexture -> OES 纹理 -> 共享给 A 和 B 渲染。

我们的需求是在视频解码后Neng够实现A、B极致的性Neng渲染。

这个类的作用是：管理视频纹理的geng新和回调。

public class VideoTextureManager implements Handler.Callback{
    // ...
}

害，这个代码其实就是创建了一个后台GL线程，然后初始化EGL环境并创建纹理。

因为是视频渲染，着色器必须使用 #extension GL_OES_EGL_image_external : require。

public class VideoRenderer implements GLSurfaceView.Renderer, SurfaceTexture.OnFrameAvailableListener {
    // ...
}

你kan，这个Renderer实现了GLSurfaceView.Renderer和SurfaceTexture.OnFrameAvailableListener接口，主要就是处理视频帧的geng新和渲染。

在这里我们将 GLSurfaceView 设置为 按需渲染 。只有当视频解码出新的一帧时才通知 A 和 B 刷新，这样极其省电。

public class VideoSplitActivity extends AppCompatActivity {
    // ...
}

零拷贝 ：视频解码器直接将数据写入显存，View A 和 View B 直接读取同一块显存进行渲染。整个过程 CPU 完全不参与像素搬运，性Neng极高。

完美的同步：利用 SurfaceTexture.setOnFrameAvailableListener 配合 GLSurfaceView.requestRender，实现了视频帧驱动渲染。视频每解码一帧，屏幕才刷新一次避免了无效的 GPU 绘制。

各自独立的后处理：虽然 A 和 B 共享了同一个视频纹理，但它们有各自的 VideoRenderer。这意味着我们Ke以给 A 加一个黑白滤镜，给 B 加一个镜像翻转，两者互不干扰！

当前，我们仅仅实现了GLSurfaceView的渲染性Neng优化，那SurfaceView和TextureView是否也Ke以优化呢？

其实是支持的，在hen多音视频应用中，几乎全dou是用普通的 SurfaceView 或 TextureView，hen少是 GLSurfaceView。

核心原理：万物皆可 eglCreateWindowSurface在 OpenGL ES 的世界里它根本不知道什么是 SurfaceView 或 TextureView。它只认识一个东西：NativeWindow。

public class CustomGLRenderThread extends Thread {
    // ...
}

你kan，这个CustomGLRenderThread就是为了解决这个问题而生的，它Ke以让普通的 SurfaceView 或 TextureView 也Neng享受到 GLContext 共享带来的性Neng优化。

通过 GLContext 共享，我们Ke以实现 Android 视频分屏渲染的极致性Neng优化，不仅仅是 GLSurfaceView，普通的 SurfaceView 和 TextureView 也Neng受益于此，你懂的！