渲染线程设计：为什么需要独立线程、线程与Surface的绑定、HandlerThread的使用、线程安全与同步机制
各位同学，今天我们来聊聊渲染线程设计。这个话题，说白了就是搞清楚一件事：为什么我们不能直接在UI线程上画视频？
我记得刚入行那会儿，有个同事直接在Activity的onCreate里调了SurfaceHolder.lockCanvas()，结果界面卡得跟幻灯片似的。嗯，这就是典型的「不知道渲染线程为何物」的案例。
为什么需要独立线程？
Android的主线程，也叫UI线程，它要处理的事情太多了：触摸事件、布局测量、绘制、广播、Service回调……你想想看，如果我们在主线程里做视频渲染，每一帧都要去lockCanvas、画图、unlockCanvasAndPost，这期间主线程就被堵死了。
我个人的习惯是：凡是超过16ms的操作，都不应该放在主线程。视频渲染一帧可能就要20-30ms，更别说解码、格式转换这些耗时操作了。
核心结论：独立渲染线程 = 不阻塞UI + 保证帧率稳定 + 避免ANR
说白了，渲染线程就是给视频处理单独开了一条「生产线」，UI线程继续干它自己的活儿，互不干扰。
线程与Surface的绑定
这里有个关键点：Surface不是线程安全的。你不能在多个线程里同时操作同一个Surface，否则会出现各种诡异的问题——画面撕裂、黑屏、甚至崩溃。
我在项目中遇到过一个问题：两个线程同时调了lockCanvas，结果一个线程画了一半，另一个线程把画布内容给覆盖了。最后画面就像「鬼影」一样，一半是上一帧，一半是当前帧。
正确的做法是：一个Surface只能被一个线程持有。这个线程负责所有的绘制操作，其他线程只能通过消息队列来「请求」绘制，而不是直接上手。
小技巧：SurfaceHolder.addCallback()的回调是在主线程触发的，但surfaceCreated()之后，你可以把Surface对象传给渲染线程。记住，传递的是引用，不是复制。
HandlerThread的使用
好，现在我们知道需要独立线程了。那怎么优雅地创建和管理这个线程呢？
我推荐用HandlerThread。它本质上是一个带有Looper的线程，你可以往它的消息队列里发消息，让它在自己的线程里执行任务。
// 创建渲染线程
HandlerThread renderThread = new HandlerThread("VideoRenderThread");
renderThread.start();
// 获取线程的Looper，创建Handler
Handler renderHandler = new Handler(renderThread.getLooper()) {
@Override
public void handleMessage(Message msg) {
switch (msg.what) {
case MSG_RENDER_FRAME:
// 在这里执行绘制操作
renderFrame();
break;
case MSG_SURFACE_CREATED:
// 绑定Surface
surface = (Surface) msg.obj;
break;
}
}
};
// 发送消息
renderHandler.sendEmptyMessage(MSG_RENDER_FRAME);为什么要用HandlerThread？说白了，它帮我们解决了两个问题：
- 线程生命周期管理：不用自己写Looper.loop()和退出逻辑
- 消息队列：天然支持异步任务调度，不会丢失消息
我曾经见过有人直接用new Thread() + while(true)循环来做渲染，结果退出的时候忘了break，线程一直跑着，内存泄漏了。用HandlerThread就不会有这个问题，调用quitSafely()就能优雅退出。
线程安全与同步机制
渲染线程不是孤立的，它要和主线程、解码线程、网络线程打交道。这就涉及线程安全问题了。
常见的同步场景：
| 场景 | 问题 | 解决方案 |
|---|---|---|
| 主线程设置播放状态 | 渲染线程正在绘制，状态被中途修改 | 使用volatile或AtomicBoolean |
| 解码线程输出帧数据 | 渲染线程正在读取，数据被覆盖 | 使用Object锁或ReentrantLock |
| Surface被销毁 | 渲染线程还在lockCanvas | 使用标志位 + 同步块 |
我个人的经验是：能用Handler消息传递的，就别用锁。消息传递天然是线程安全的，而且不容易死锁。
// 推荐：通过Handler传递数据
renderHandler.obtainMessage(MSG_FRAME_READY, frameData).sendToTarget();
// 不推荐：直接操作共享变量
synchronized (lock) {
this.frameData = frameData;
lock.notify();
}注意：lockCanvas()和unlockCanvasAndPost()本身是线程安全的，但如果你在多个线程里交替调用，Surface的内部状态会乱掉。记住「一个Surface，一个线程」的原则。
还有一个容易踩的坑：不要在渲染线程里直接更新UI。比如你想显示当前帧率，别在渲染线程里调TextView.setText()，要用Handler.post到主线程去更新。
知识体系总览
下面这张图是我整理的渲染线程设计核心逻辑，你可以对照着理解：
从这张图你可以看到，整个渲染线程设计的核心就是：主线程通过Handler发消息给HandlerThread，HandlerThread绑定Surface进行绘制，同时通过同步机制保护共享数据。这三者缺一不可。
我的建议：刚开始做视频渲染的同学，先别急着优化性能。先把线程模型搭对，把同步机制写稳。性能可以后面慢慢调，但线程安全问题一旦出现，排查起来非常痛苦。
好了，关于渲染线程设计，我们就聊到这里。记住一句话：渲染线程不是可有可无的优化，而是视频渲染的基石。下一节我们会深入Surface的创建与销毁流程，到时候你会更理解为什么线程绑定这么重要。