2. 渲染管线入门：CPU与GPU的分工、Draw Call的概念、Overdraw与填充率
各位好，我是老赵。今天咱们聊聊渲染管线。很多做座舱开发的兄弟，一提到性能优化就盯着代码逻辑看，其实很多时候瓶颈出在渲染管线上。说白了，你写的代码再漂亮，如果渲染管线堵了，帧率照样上不去。
我个人习惯，在接手一个座舱项目时，第一件事就是先摸清渲染管线的状态。这就像医生看病先看心电图一样，是基本功。
2.1 CPU与GPU的分工：谁该干什么活？
渲染管线可以简单理解成一条流水线。CPU和GPU在这条线上各司其职，但经常有人搞混它们的角色。
- CPU（中央处理器）：负责“指挥”。它处理应用逻辑、场景管理、物理碰撞，以及最重要的——准备渲染命令。CPU擅长处理复杂的、串行的任务，但并行能力有限。
- GPU（图形处理器）：负责“干活”。它接收CPU下发的命令，专门处理大量并行的数学运算，比如顶点变换、光栅化、像素着色。GPU的核心数多，但每个核心相对简单。
我遇到过不少项目，开发者把大量计算放在CPU上，导致CPU忙得团团转，GPU却闲着。或者反过来，让GPU处理复杂的逻辑分支，效率极低。记住一个原则：CPU管逻辑，GPU管计算。
核心分工原则：
- CPU：应用逻辑、场景管理、物理、提交Draw Call、资源加载。
- GPU：顶点处理、光栅化、像素填充、纹理采样、后处理特效。
下面这张图，是我自己总结的渲染管线核心流程，你可以对照着看：
2.2 Draw Call：性能的隐形杀手
什么是Draw Call？简单说，就是CPU告诉GPU“嘿，把这个模型给我画出来”的一次命令。每次你调用一个渲染API（比如OpenGL的glDrawElements或Vulkan的vkCmdDraw），就是一次Draw Call。
你想想看，座舱仪表盘上可能有几十个仪表指针、数字、图标、背景层。如果每个元素都单独发一次Draw Call，CPU就忙着发命令去了，根本没时间处理其他逻辑。
我曾经踩过的坑：
在一个量产项目中，仪表盘转速表指针用了独立的网格和材质，每次刷新都要重新提交Draw Call。结果CPU帧时间飙到15ms，帧率直接掉到40fps。后来我把指针和背景合并到一个网格，用顶点颜色区分，Draw Call从80次降到2次，CPU帧时间降到3ms。
Draw Call的开销主要来自CPU端：
| 开销来源 | 说明 | 优化方向 |
|---|---|---|
| 状态验证 | 驱动检查渲染状态是否合法 | 减少状态切换 |
| 命令打包 | 将渲染命令写入命令缓冲区 | 使用批处理（Batching） |
| 上下文切换 | 切换渲染管线状态（如纹理、着色器） | 按状态排序渲染 |
我个人习惯，在座舱项目中，会把Draw Call数量控制在100以内。超过这个数，CPU就开始吃力了。怎么控制？核心思路就是批处理：把多个小网格合并成一个大网格，一次提交。
2.3 Overdraw：看不见的浪费
Overdraw，说白了就是同一个像素被重复绘制了多次。你想想看，座舱界面经常有半透明图层、圆角、阴影效果，这些都会导致Overdraw。
举个例子：一个仪表盘背景是深色，上面覆盖一个半透明的白色指针，再上面是一个高光反射。这个像素被画了三次。如果屏幕分辨率是1920x720，每个像素多画一次，就是138万次额外的像素填充操作。
如何检测Overdraw？
在开发工具中开启Overdraw可视化模式（比如Android的开发者选项里的“显示过度绘制”）。颜色越红，Overdraw越严重。我一般要求座舱界面Overdraw不超过2x，即平均每个像素绘制不超过2次。
Overdraw的常见来源：
- 多层UI叠加：背景层、内容层、特效层、弹窗层
- 半透明效果：透明度混合需要读取并重写帧缓冲
- 复杂形状：圆角、阴影、模糊需要额外的绘制pass
2.4 填充率：GPU的硬指标
填充率（Fill Rate）是GPU每秒能处理的像素数量。计算公式很简单：
填充率 = 分辨率宽度 × 分辨率高度 × 帧率 × Overdraw倍数举个例子：1920x720分辨率，目标60fps，Overdraw为2x：
填充率需求 = 1920 × 720 × 60 × 2 = 165,888,000 像素/秒 ≈ 166 MPixel/s如果GPU的填充率只有150 MPixel/s，那帧率就上不去。这时候要么降低分辨率，要么减少Overdraw，要么降低帧率目标。
我遇到过一些项目，开发者为了视觉效果堆了很多全屏后处理特效，结果填充率直接爆了。记住，座舱显示不是游戏，清晰、稳定、低延迟比花哨的特效更重要。
性能调校核心指标速查表：
| 指标 | 座舱典型目标 | 优化手段 |
|---|---|---|
| Draw Call | < 100 | 网格合并、图集、实例化 |
| Overdraw | < 2x | 减少透明层、使用不透明UI |
| 填充率 | 不超过GPU上限的80% | 降低分辨率、减少特效 |
| CPU帧时间 | < 8ms (60fps) | 减少Draw Call、优化逻辑 |
| GPU帧时间 | < 8ms (60fps) | 降低填充率、优化着色器 |
嗯，这一章的内容就到这里。记住这三个概念：Draw Call是CPU的瓶颈，Overdraw是GPU的浪费，填充率是硬性指标。下次你遇到帧率问题，先检查这三个地方，往往能快速定位问题。