IMR（PC端）与TBDR（移动端）渲染架构在去除重叠绘制上差异显著。IMR采用立即模式，逐个处理三角形，易产生无效绘制（overdraw）；而TBDR基于瓦片延迟渲染，先分配三角形到Tile，在片上缓存 中进行深度测试，仅处理可见像素，天然避免重叠无效计算。TBDR优势在于减少无效计算、降低带宽消耗及功耗，适合移动设备。形象比喻：IMR像逐层刷墙，TBDR则规划后仅刷最外层，高效节能。TBDR的延迟机制是移动端低功耗渲染的关键优势。
1. IMR（PC端）与TBDR（移动端）在去除重叠绘制上的差异
IMR（Immediate Mode Rendering，立即模式渲染）——PC端主流架构
- 渲染时，三角形一个接一个地经过光栅化、着色等流程，遇到的每个像素都会直接写入显存。
- 如果后面有别的三角形覆盖了前面的像素，前面的像素已经被写入显存，后面的像素再覆盖，等于做了无用功（overdraw）。
- 虽然有Early-Z等优化，但本质上还是“边画边存”，难以彻底避免重叠区域的无效绘制。
TBDR（Tile-Based Deferred Rendering，基于瓦片的延迟渲染）——移动端主流架构
- 渲染时，先把所有三角形分配到各个Tile（小块），并记录哪些三角形会影响哪些Tile。
- 在每个Tile内部，GPU会先收集所有要绘制的三角形，然后在片上缓存中进行光栅化和深度测试。
- 只有通过深度测试的像素才会被着色和写入缓存，重叠被遮挡的像素根本不会被着色，也不会写入内存。
- 这样，TBDR可以天然地去除重叠部分的无效绘制，极大减少overdraw带来的带宽和功耗浪费。
2. 形象比喻
IMR就像是刷墙，每刷一层都要用力刷一遍，不管后面会不会被别的颜色盖住。
TBDR就像是先把所有要刷的颜色规划好，最后只刷最上面那一层，省时省力。
3. TBDR去除重叠绘制的优势
减少无效计算：被遮挡的像素不会进入片元着色器，省下大量计算资源。
降低带宽消耗：只有最终可见的像素才会写入内存，极大减少内存带宽压力。
降低功耗和发热：无效像素不处理，整体能耗更低，适合移动设备。
4. 总结表达
相比PC端IMR架构，移动端TBDR架构由于采用延迟绘制机制，能在Tile内部先进行深度测试，自动去除被遮挡的重叠部分，只对最终可见的像素进行着色和写入。这种方式大大减少了无效的overdraw操作，是移动端低功耗、高效率渲染的关键优势之一。
下面我将从详细技术原理、实际开发中的表现和优化建议三个方面，深入讲解TBDR（Tile-Based Deferred Rendering）在移动端去除重叠绘制（Overdraw）方面的机制和实践。
一、详细技术原理
1. TBDR的核心流程
- 几何阶段（Geometry Phase）
所有三角形经过顶点着色器处理后，GPU会分析每个三角形影响哪些Tile（瓦片）。
这些三角形被分配到对应的Tile的“待处理列表”中。
- Bin & Sort（分箱与排序）
GPU为每个Tile建立一个三角形列表（Bin），只记录会影响该Tile的三角形。
这一步不会进行实际的像素着色，也不会写入内存。
- Tile处理阶段（Tile Processing）
GPU依次处理每个Tile。
在片上高速缓存（SRAM）中，先对该Tile内所有三角形进行光栅化和深度测试。
只有通过深度测试的像素才会进入片元着色器，被遮挡的像素直接丢弃。
Tile内所有像素处理完毕后，结果一次性写回系统内存。
2. Overdraw消除的原理
在传统IMR架构中，每个三角形的每个像素都会被着色和写入内存，后面的三角形会覆盖前面的像素，造成overdraw。
在TBDR中，所有三角形先收集起来，统一在Tile内做深度测试，只有最前面的像素（可见像素）才会被着色和写入，后面的像素根本不会进入片元着色器。
这样，TBDR天然地消除了大部分overdraw带来的无效计算和内存写入。
3. 硬件实现要点
片上缓存（SRAM）容量有限，Tile尺寸不能太大（常见16x16、32x32像素）。
需要高效的三角形分配和排序机制，保证每个Tile只处理相关三角形。
片上缓存溢出时，可能会退化为IMR模式，性能下降。
二、实际开发中的表现
1. Overdraw场景下的性能表现
UI叠加、半透明特效、复杂场景遮挡等情况下，TBDR能显著减少片元着色器执行次数和内存带宽消耗。
在IMR架构下，overdraw严重时，性能和功耗会大幅下降；而TBDR能保持较高效率。
2. 典型案例
复杂UI界面：移动端游戏/应用常有多层UI，TBDR能自动丢弃被遮挡的像素，提升帧率、降低发热。
场景遮挡：如FPS游戏中，墙体后面的物体被遮挡，TBDR只处理可见部分，IMR则会多做无用功。
全屏特效：如全屏模糊、后处理，TBDR优势减弱，因为每个像素都要处理，overdraw无法避免。
3. 实际测试表现
在同样的场景下，TBDR架构的移动GPU（如ARM Mali、PowerVR、Apple A系列）在overdraw严重的场景下，功耗和带宽消耗远低于IMR架构。
但如果开发者频繁切换RenderTarget、使用多Pass全屏后处理，TBDR的优势会被削弱。
三、优化建议
1. 减少全屏覆盖和多Pass渲染
避免频繁的全屏后处理（如多次全屏模糊、Bloom等），每次全屏Pass都会导致Tile缓存flush，增加带宽消耗。
合理合并后处理Pass，减少RenderTarget切换。
2. 合理排序渲染顺序
优先渲染不透明物体，充分利用Early-Z和TBDR的深度剔除能力。
透明物体尽量合批，减少重叠区域。
3. 减少UI和场景的重叠层数
合理布局UI，避免多层全屏覆盖。
使用合图（Atlas）、合批（Batching）等技术减少DrawCall和重叠。
4. 利用硬件特性
在支持的API（如Vulkan、Metal）下，开启Tile-based渲染相关扩展。
合理设置Tile大小和RenderTarget格式，避免片上缓存溢出。
5. Profile和真机测试
使用RenderDoc、Xcode Instruments、Android GPU Inspector等工具，分析overdraw、带宽、Tile缓存命中率。
针对主流移动GPU（Mali、Adreno、PowerVR、Apple）分别优化，因各家实现细节不同。
6. 避免破坏TBDR优势的操作
避免频繁切换RenderTarget、频繁读写同一帧缓冲。
尽量减少需要跨Tile通信的特效（如大范围的屏幕空间反射）。
四、总结
TBDR通过延迟绘制和Tile内深度剔除，天然消除大部分overdraw，极大提升移动端渲染效率和续航。
开发时要顺应TBDR原理，减少全屏Pass、合理排序渲染、优化UI和场景结构，才能最大化发挥移动GPU的低功耗优势。
务必在真机上Profile，针对不同GPU厂商做针对性优化。
版权声明：本文为CSDN博主「你一身傲骨怎能输」的原创文章，
遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_33060405/article/details/149211350
