第2章图形渲染管线基础

第二章：图形渲染管线基础

好，咱们今天聊聊渲染管线。这东西说白了，就是GPU干活的一套流水线流程。你想想看，一个3D模型怎么变成屏幕上那个像素点的？中间经历了什么？这就是渲染管线要回答的问题。

我个人习惯把渲染管线比作一条工厂流水线。原料进来，经过几道工序，最后成品出来。每一道工序都有它存在的道理，也都有它可能成为瓶颈的地方。咱们做座舱显示的，对这块必须门儿清。

渲染管线的第一站，是顶点处理。你从建模软件里导出的模型，本质上是一堆顶点数据。每个顶点有位置、颜色、法线、纹理坐标这些信息。顶点处理阶段，就是对这些顶点做各种变换。

我记得刚入行那会儿，有个项目做3D导航地图。地图上的建筑物模型，顶点数量特别多。结果一跑起来，帧率直接掉到个位数。后来一查，问题就出在顶点处理上——顶点着色器里做了太多不必要的计算。

顶点处理主要干三件事：

这里有个坑，我踩过。投影变换后的坐标，其实是个归一化设备坐标（NDC）。范围是[-1, 1]。如果你在这个阶段搞错了坐标系的手性（左手还是右手），出来的画面就是反的。嗯，这个要注意。

避坑指南：我曾经在项目里把投影矩阵的远平面设得太远，结果深度精度不够，远处的物体出现了严重的Z-fighting（深度冲突）。座舱显示里，地图的远处和近处物体同时存在，这个问题特别容易遇到。

顶点处理完了，接下来是光栅化。这一步很有意思——它把那些连续的几何图元（三角形、线段），变成屏幕上离散的像素点。

你想想看，一个三角形在数学上是连续的，但屏幕上的像素是离散的。怎么把一个三角形填满？这就是光栅化要解决的问题。说白了，就是判断每个像素点是否在三角形内部。

光栅化阶段有几个关键点：

我个人觉得，光栅化是渲染管线里最「暴力」的一步。因为它要处理海量的像素。座舱显示的分辨率越来越高，2K、4K甚至8K，光栅化的压力越来越大。我曾经优化过一个仪表盘项目，就是把一些不需要高精度的区域降低分辨率渲染，性能提升很明显。

小技巧：在座舱显示中，很多静态元素（比如仪表盘背景）其实不需要每帧都重新光栅化。把它们缓存到纹理里，能省下不少GPU算力。

光栅化之后，每个像素点变成了一个「片段」。片段处理阶段，就是给这些片段上色。这个阶段运行的是片段着色器（也叫像素着色器）。

片段着色器能做的事情太多了：纹理采样、光照计算、阴影处理、颜色混合……基本上你看到的那些炫酷效果，都是在这里实现的。但代价也很明显——它太耗性能了。

我记得有个项目，做的是3D仪表盘。设计师想要那种金属质感的表盘边框，结果片段着色器里做了好几层光照计算，还加了反射贴图。一跑起来，GPU温度直接飙到80度。后来我建议把一些效果预计算到纹理里，用查表代替实时计算，温度降下来了，效果也没差多少。

片段处理阶段要注意几个性能杀手：

  核心要点：片段处理是渲染管线里最耗时的阶段。优化时，优先考虑减少片段数量（降低分辨率、减少过度绘制），其次才是优化着色器代码。

聊完了渲染管线的理论，咱们说说实际干活用的API。座舱显示领域，目前主流的是OpenGL ES和Vulkan。

OpenGL ES，全称是OpenGL for Embedded Systems。说白了，就是OpenGL的嵌入式版本。它去掉了桌面版OpenGL里那些复杂的东西，保留了核心功能。座舱系统里，很多老一点的芯片都只支持OpenGL ES 2.0或3.0。

我个人觉得，OpenGL ES最大的优点是简单。你写个三角形渲染，几十行代码就能搞定。但缺点也很明显——它是个状态机。你设置一个状态，忘了改回来，下一个渲染调用就可能出问题。我调试过不少次，最后发现是某个状态没复位。

Vulkan，是新一代的图形API。它不像OpenGL ES那样封装了很多细节，而是把控制权完全交给了开发者。你想想看，这意味着什么？意味着你可以做更精细的优化，但也意味着你要写更多的代码。

Vulkan的几个核心概念：

我记得第一次用Vulkan做项目时，光是初始化就写了300多行代码。但好处是，性能确实比OpenGL ES好不少。特别是多线程渲染，Vulkan原生支持，OpenGL ES基本做不到。

我的建议：如果你的座舱系统芯片比较新（比如高通SA8295），可以考虑用Vulkan。如果芯片老一些，或者团队对Vulkan不熟，OpenGL ES 3.x是更稳妥的选择。别为了炫技选Vulkan，最后项目延期就得不偿失了。

好了，这一章的内容就到这里。渲染管线是图形渲染的基石，理解透了，后面的优化技巧才能用得上。下一章咱们聊聊具体的性能分析工具，看看怎么找到渲染管线的瓶颈在哪里。