Chapter 104: Forward Rendering

Forward Rendering（前向渲染）解决的主问题是：怎样把每个可见物体的材质、灯光、阴影和透明关系直接写入当前帧的颜色目标，并在画质、带宽、灯光数量和平台能力之间做出稳定取舍。读完本章后，读者应能追踪一个 draw call 从 CPU 侧可见性判断进入 material pass，再到 fragment shader 中完成光照循环，最后写入 MSAA color target 和 depth target 的完整路径。

本章使用一个贯穿场景：一帧移动 VR 展示画面，画面里有 300 个不透明网格、80 个玻璃或粒子物体、12 个动态点光源、1 个方向光、4x MSAA、90Hz 帧率目标。这个场景的压力点集中在透明物体、抗锯齿、灯光循环、材质变体和双眼渲染成本。Forward Rendering 适合用这个场景解释，因为它把“物体如何被画出来”和“shader 如何直接算出最终颜色”放在同一个 pass 内观察。

Forward Rendering 的核心结论是：它把每个物体的可见片元直接着色到最终或中间颜色目标，光照计算随材质 shader 一起执行。这个设计让资源路径短、MSAA 友好、透明材质接入自然，也让多灯光和复杂材质的成本更容易跟物体数量、覆盖像素数和 shader variant 数量一起增长。

工程判断时，应先看目标平台的 render target 带宽和 MSAA 需求，再看同屏动态灯光数量、透明物体比例、材质组合数量和 CPU 提交成本。Forward Rendering 的设计质量，最终体现在一帧里 draw 排序是否稳定、light list 是否收敛、shadow data 是否可复用、shader variant 是否受控，以及工具里是否能从 pass、draw、pipeline state 和 resource binding 找到对应证据。

104.1 Forward Rendering 的基本理念

Forward Rendering 的工作定义是：渲染器按照物体或材质批次提交 draw call，vertex shader 输出裁剪空间位置和插值属性，fragment shader 在当前片元上读取材质、灯光、阴影和环境数据，直接写出颜色。它的输入是 mesh、material、object constant、light data、shadow map、camera data 和 render target state；输出通常是 color target、depth target，以及可选的 motion vector、normal prepass 或 custom buffer。

这一路径的“前向”含义来自光照发生的位置。每个物体在被绘制时就完成它自己的光照，不先把所有几何属性写入多个 G-buffer，再到后续屏幕空间 lighting pass 统一计算。读者在工具里观察 Forward frame 时，通常会看到一组 opaque material draw、若干 shadow pass、可选 depth prepass、transparent draw 和 post-processing pass。关键判断点是：最终颜色在 material shader 所在的 draw 中形成，而 light loop 与该材质的 BRDF 逻辑绑定在一起。

贯穿场景中的一个玻璃展柜可以说明这条路径。CPU 侧先判断展柜 mesh 对当前相机可见，并为它选择透明材质 variant。渲染器为它绑定对象矩阵、材质参数、玻璃贴图、反射探针索引、局部灯光索引和 shadow atlas。fragment shader 对每个可见片元读取这些数据，计算直接光、反射、透射或 alpha blending 相关项，然后把结果混合到 color target。工具捕获中，这个展柜的 draw call 同时携带了材质状态、blend state、depth state、纹理绑定和 light buffer 读取行为。

Forward Rendering 的一帧可以抽象成下面的资源流。图中只覆盖常见实时引擎路径；不同 API 会把资源状态转换、tile memory、subpass 或 render pass 组织成不同形式，但观察问题相同：数据从 CPU 可见集进入 draw，再由 shader 写到目标图像。

这张图强调两条工程关系。第一，light assignment 通常发生在 draw 之前，它决定 shader 中的光照循环长度。第二，opaque 与 transparent 的处理顺序不同：不透明物体依赖 depth test 和状态排序提高稳定性，透明物体通常依赖深度读取、排序、blend state 和专门的材质路径维持视觉一致性。

最小 Forward pass 可以用伪代码表达。这个示例展示渲染器如何把可见物体变成 draw call；它省略具体 API 句柄，只保留当前章需要判断的资源和状态。

// Pseudocode: minimal forward frame path
void RenderForwardFrame(const FrameInput& frame) {
    VisibleSet visible = CullScene(frame.camera);
    LightLists lightLists = BuildLightLists(visible, frame.lights, frame.camera);

    if (ShouldUseDepthPrepass(visible, frame.camera)) {
        BeginDepthPass(frame.depthTarget);
        for (const DrawItem& item : SortForDepth(visible.opaque)) {
            BindDepthOnlyPipeline(item.mesh, item.material);
            BindObjectConstants(item.objectConstants);
            DrawMesh(item.mesh);
        }
        EndPass();
    }

    BeginColorPass(frame.msaaColorTarget, frame.depthTarget);
    for (const DrawItem& item : SortForMaterialAndState(visible.opaque)) {
        BindForwardPipeline(item.materialVariant);
        BindObjectConstants(item.objectConstants);
        BindMaterialResources(item.material);
        BindLightResources(lightLists, item.lightListKey);
        DrawMesh(item.mesh);
    }
    EndPass();

    BeginTransparentPass(frame.msaaColorTarget, frame.depthTarget);
    for (const DrawItem& item : SortBackToFront(visible.transparent)) {
        BindTransparentPipeline(item.materialVariant);
        BindObjectConstants(item.objectConstants);
        BindMaterialResources(item.material);
        BindLightResources(lightLists, item.lightListKey);
        DrawMesh(item.mesh);
    }
    EndPass();
}

这段伪代码里的核心边界是 BuildLightLists 和 BindForwardPipeline。前者决定每个物体或每个屏幕 tile 读取哪些灯光，后者决定同一个材质是否走普通不透明、alpha test、透明混合、皮肤动画、双面或阴影接收等 variant。Forward Rendering 的维护成本往往在这两个边界上增长：灯光分配过粗会让 shader 循环读取大量无关灯光，variant 过细会让 pipeline state、shader cache 和构建时间增长。

MSAA（Multi-Sample Anti-Aliasing，多重采样抗锯齿）是 Forward Rendering 的典型优势来源。Forward pass 直接写入多重采样 color target 和 depth target，硬件可以对覆盖和深度按 sample 保存。常规像素着色通常按像素频率执行，启用 sample shading、alpha-to-coverage 或特定透明路径后会提高 sample 级成本。工程上需要把“几何边缘更稳定”和“shader 执行频率、带宽、resolve 成本上升”放在同一个帧预算里判断。

104.2 光照处理与材质管理策略

Forward Rendering 的光照策略围绕一个目标展开：让每个片元只遍历对它有贡献的灯光，并让 shader 能用稳定的数据布局读取光源、阴影和材质参数。最简单的做法是把所有可见动态灯光放入全局数组，fragment shader 逐个遍历。这个做法在灯光很少的场景里直接有效；当动态灯光数量上升时，片元会为许多距离很远或被遮挡的灯光付出 ALU、纹理采样和分支成本。

更常用的做法是构建 light list。light list 是一组压缩后的灯光索引，它回答“当前物体、tile、cluster 或 draw 需要访问哪些光源”。对象级 light list 适合灯光数量中等、物体包围盒清晰的场景；tiled 或 clustered light list 适合灯光数量较多、屏幕覆盖差异大的场景。它们都把光照复杂度从“全局灯光数”收敛到“局部相关灯光数”。

贯穿场景中，12 个动态点光源和 1 个方向光可以采用混合策略。方向光作为全局灯光常驻 forward shader；点光源按视锥中的 cluster 或按物体包围盒分配索引。玻璃展柜只读取附近 3 个点光源，远处墙面只读取 1 个点光源，舞台中央的金属装饰读取 6 个点光源。这样 shader 的循环长度随空间关系变化，帧内成本跟实际可见贡献更接近。

材质管理的目标是把材质参数、贴图、BRDF（Bidirectional Reflectance Distribution Function，双向反射分布函数）选择和 pipeline state 分开维护。材质参数描述“这个物体如何响应光”，例如 base color、roughness、metallic、normal map、emissive、alpha 和 transmission。pipeline state 描述“GPU 如何执行这个 draw”，例如 depth write、blend、cull mode、MSAA state、shader program 和 render target format。Forward Rendering 中二者经常一起变化，所以引擎需要给材质 variant 设置明确边界。

一个稳定的 Forward material key 通常包含少量会改变 shader 编译结果的开关，例如 skinning、normal map、alpha test、transparent、receive shadow 和 light model。数值型材质参数应放入 uniform、constant buffer、storage buffer 或 texture 中，由同一个 shader variant 读取。这样可以减少 shader 变体数量，同时保留材质表达能力。

下面的 HLSL 风格片段展示 forward shader 的关键结构。它展示输入属性、材质资源、局部灯光列表和 shadow data 如何在片元级组合；具体语法会随 HLSL、GLSL、MSL、WGSL 和引擎封装变化，判断对象保持一致。

struct ForwardInput {
    float3 worldPosition;
    float3 normal;
    float2 uv;
    uint lightListOffset;
    uint lightCount;
};

float3 ShadeForward(ForwardInput input) {
    MaterialData material = LoadMaterial(input.uv);
    float3 normal = DecodeNormal(material.normalSample, input.normal);
    float3 color = EvaluateAmbient(material, normal);

    for (uint i = 0; i < input.lightCount; ++i) {
        uint lightIndex = LightIndexBuffer[input.lightListOffset + i];
        LightData light = LightBuffer[lightIndex];
        float visibility = SampleShadow(light, input.worldPosition);
        color += EvaluateBRDF(material, normal, input.worldPosition, light) * visibility;
    }

    return color + material.emissive;
}

这段 shader 的成本主要由三类对象决定。第一，input.lightCount 决定循环次数，它来自 CPU 或 compute pass 生成的 light list。第二，LoadMaterial 和 SampleShadow 决定纹理采样次数，它们会影响 texture cache、sampler 状态和带宽。第三，EvaluateBRDF 决定 ALU 成本，它会随 clear coat、subsurface、anisotropy 或 transmission 等材质项增长。

Shadow data 在 Forward Rendering 中需要被明确预算。方向光阴影通常使用 cascaded shadow map，点光源可能使用 cubemap 或 atlas 中的多个 face，聚光灯使用投影矩阵和 shadow atlas 区域。forward shader 在 light loop 内采样阴影时，阴影采样成本会乘上有效灯光数量。移动 VR 场景中，常见策略是只让少数主灯拥有动态阴影，其余局部灯使用无阴影路径、烘焙贡献或简单距离衰减。

Per-object constant 是 Forward Rendering 的另一个稳定边界。对象矩阵、上一帧矩阵、light list key、材质实例索引、骨骼 palette 索引和 layer mask 都可以通过对象常量或实例数据传入。把这些数据集中管理，工具捕获时就能从 draw call 直接复盘“这个物体使用哪套材质、哪组灯光、哪套阴影数据”。如果这些数据分散在多个临时 buffer 中，排查错误绑定和过期资源会变得困难。

材质排序应服务两个目标：减少 pipeline state 切换，并保持深度测试效率。不透明物体通常先按 pass、pipeline、material、mesh 或 depth 粗略排序；透明物体通常优先按距离和 blend 语义排序。Forward Rendering 中状态排序会直接影响 CPU command recording、driver validation、pipeline cache 命中和 GPU early depth 行为，因此它属于架构问题，应放在渲染架构、材质系统和 shader 优化的交界处处理。

104.3 实现高效 Forward 渲染管线

高效 Forward 管线需要把 pass 顺序、深度策略、light list 构建、shader variant、透明处理和 MSAA resolve 放在同一帧中设计。一个常见帧路径是：shadow pass 更新阴影图，depth prepass 写入不透明深度，opaque forward pass 写入 MSAA color，transparent forward pass 执行混合，随后 resolve、post-processing 和 present。每一步都应有明确输入、输出和工具证据。

Depth prepass 的作用是先建立不透明物体的深度，使后续 color pass 能减少被遮挡片元的 shader 成本。它适合像素 shader 昂贵、overdraw 明显、alpha test 较多或 VR 分辨率较高的场景。它也会增加一次顶点处理和 draw 提交，所以需要通过捕获数据判断收益：如果 color pass 中 overdraw 很低、材质 shader 很轻、顶点成本占主导，depth prepass 可能只增加负担。

在贯穿场景中，玻璃展柜、发光粒子和透明 UI 覆盖很多像素，但它们通常在 transparent pass 里处理，depth prepass 主要帮助不透明背景和大型道具。判断顺序是：先观察不透明物体的 overdraw 和 fragment shader 时间，再观察 depth prepass 的 vertex 与 draw 开销，最后比较启用前后的 opaque forward pass 时间。工具证据应来自 GPU timestamp、pass duration、overdraw view 或 fragment invocation 类计数，主观观感只作为复查线索。

Light list 构建可以放在 CPU 或 GPU compute pass。CPU 构建适合灯光数量少、物体数量可控、可见集已经在 CPU 侧稳定生成的场景。GPU 构建适合 tiled 或 clustered forward，特别是大量局部光、粒子光源或动态相机带来的屏幕空间变化。GPU 构建需要额外 buffer、barrier 和调试手段；CPU 构建需要控制主线程时间、内存写入和多线程同步。

Forward+ 可以理解为 Forward Rendering 的光照分配升级形态。它保留 forward material shader 直接输出颜色的路径，同时把灯光按屏幕 tile 或三维 cluster 组织。fragment shader 根据当前像素或深度找到对应 tile/cluster，再遍历该区域的 light indices。这个设计把多灯光场景的循环长度压到局部区域，但会引入 light culling pass、索引 buffer、深度范围分桶和同步成本。

Shader variant 的控制应从材质功能树开始。渲染器应把会改变执行路径和资源绑定的功能放进 variant key，把普通数值参数放进材质 buffer。举例来说，skinning、instancing、alpha test、transparent、normal map、receive shadow 可以成为 variant 维度；base color、roughness、metallic、emissive intensity、UV scale 更适合作为数据。variant 维度越多，pipeline cache、shader 编译、构建产物和热更新路径的管理成本越高。

透明物体在 Forward Rendering 中天然属于直接着色路径。透明玻璃、粒子、头发、能量效果和半透明 UI 通常需要读取已有深度、执行材质 shader，再通过 blend state 写入 color target。透明排序应按材质语义分层：alpha test 可进入不透明或 cutout pass；普通 alpha blend 通常按远到近排序；加法粒子可按材质和纹理排序；折射玻璃可能需要先复制或读取 scene color。每种透明路径都应明确 depth write、depth test、blend equation 和采样资源。

MSAA resolve 的位置会影响后处理质量。opaque forward pass 可以直接写 MSAA color target，随后透明物体也可写入同一目标。后处理通常需要单采样 texture，因此 resolve 一般发生在主要透明绘制之后。某些效果需要在 resolve 前读取 per-sample 信息，某些移动平台会把 tile memory resolve 与 render pass 结束绑定。跨 API 实现时，应把 resolve 视为资源生命周期的一部分，明确它消耗哪个 multisampled image，生成哪个 single-sampled image。

性能分析时，可以按照下面的检查顺序复盘一个 Forward frame。第一，确认 CPU 侧可见集、draw count、pipeline 切换和 command recording 时间。第二，检查 depth prepass 与 opaque pass 的 GPU 时间关系。第三，观察 light list 的平均长度、最大长度和异常 cluster。第四，查看 shader 中 texture sampling、shadow sampling、分支和寄存器压力。第五，检查 transparent pass 的排序、overdraw 和 blend bandwidth。第六，确认 MSAA resolve、post-processing 和 present 是否占据独立预算。

工具中的证据需要映射回管线阶段。RenderDoc 可以检查 draw call 状态、resource binding、render target 内容和 shader 调试路径；Nsight 能提供 GPU timing、warp/wave occupancy、texture stall、shader instruction 相关观察；Xcode GPU tools 对 Apple 平台可观察 tile memory、encoder、render pass 和 bandwidth。不同工具的计数口径不同，正文中的判断应回到同一组对象：pass 时间、draw 数量、资源绑定、shader 成本、带宽和同步等待。

104.4 优点与局限性分析

Forward Rendering 的优势来自路径短和状态直观。每个 draw 直接给出材质着色结果，开发者可以在捕获工具里从 draw call 进入 shader，查看输入纹理、light buffer、shadow map 和 render target 输出。对移动平台、VR、透明材质密集场景和中等灯光数量项目，这种直接性可以减少中间 attachment 数量，降低带宽压力，并让 MSAA 更容易集成。

它的主要成本来自光照循环与材质 shader 绑定。Forward shader 每处理一个片元，就要执行该材质对应的光照、阴影和 BRDF 逻辑。粗略估算可以写成：片元成本约等于覆盖像素数乘以有效灯光数，再乘以单个灯光和材质的计算成本。实际项目还要加入纹理采样、shadow filtering、透明 overdraw、MSAA、分支和缓存命中率。这个公式的意义是帮助定位成本来源，最终结论仍以工具测量为准。

Forward Rendering 适合的场景可以用同一组维度判断：灯光数量、透明比例、MSAA 需求、平台带宽、材质复杂度和调试需求。下表给出常见判断，不用于替代项目实测。

场景条件	Forward Rendering 的工程表现	关键证据
动态灯光少或经过 light list 收敛	shader 循环长度稳定	light count 分布、fragment 时间
移动或 tile-based GPU	render target 数量少，带宽路径短	bandwidth、tile memory、pass 时间
VR 或高频交互	MSAA 接入自然，延迟路径清晰	双眼 pass 时间、resolve 成本
透明物体密集	材质与 blend 可直接组织	transparent overdraw、排序错误
大量动态灯光与复杂阴影	光照循环和 shadow sampling 成本上升	light list 最大值、shadow sample 时间
材质功能组合很多	variant 与 pipeline state 管理压力上升	shader variant 数、pipeline cache 命中

Forward Rendering 的局限需要放到资源路径中看。多灯光场景中，许多物体可能反复执行相似的光照逻辑；大量阴影灯会让 shadow sampling 成本在多个材质中重复出现；透明 overdraw 会让同一屏幕区域多次执行复杂 shader；材质 variant 过多会让构建、加载和运行时切换变重。这些问题都能通过 light culling、material sorting、shader variant policy、LOD、baked lighting、probe 和 quality tier 缓解，但每种缓解手段都有自己的数据和维护成本。

和 Deferred Rendering 的边界可以简要表述为：Forward 把光照和材质放在物体 draw 中完成，Deferred 把几何属性先写入屏幕空间缓冲，再用后续 lighting pass 处理大量屏幕像素光照。Forward 更容易处理 MSAA 和透明材质，也更依赖局部 light list 控制多灯成本；Deferred 更适合大量动态灯光的屏幕空间处理，但需要额外 G-buffer 带宽和透明 fallback。这里的对比只服务当前章，Deferred 的完整设计会在后续章节展开。

Forward Rendering 的适用性也受平台差异影响。移动 GPU 常采用 tile-based 架构，减少 render target 数量通常能降低外部内存带宽；桌面 GPU 对多 render target、复杂 shader 和高带宽路径有不同承受能力；主机平台可能有专门的 ESRAM、tile memory、async compute 或 vendor extension。引擎抽象层应把这些差异收敛成 profile：支持的 MSAA sample count、最大 light list 长度、shadow quality tier、透明策略、材质 variant 上限和 fallback path。

最终选择 Forward Rendering 时，应给出明确的成立条件。贯穿场景选择 Forward 的理由是：VR 需要稳定 MSAA，透明展柜和粒子比例高，动态灯光数量可以通过局部 light list 控制，目标平台对 G-buffer 带宽敏感。这个判断还需要配合验证：捕获帧中 opaque forward pass、transparent pass 和 resolve 的总时间能落入 90Hz 预算，light list 最大长度没有异常尖峰，shader variant 数量没有导致明显卡顿或编译等待。

104.5 实际项目中的 Forward 管线实现

实际项目中的 Forward 管线应以 frame profile 形式落地。frame profile 是一组项目级约束：目标分辨率、目标帧率、平台类别、MSAA 等级、最大动态灯光数、阴影灯数量、透明策略、材质功能上限和可用调试工具。它把“Forward 是否适合”转换成可执行配置，使架构选择可以被工具和配置复查。

移动游戏中的 Forward 管线通常强调少 render target、稳定材质组合和严格灯光预算。常见设计是：主方向光加少量局部光，动态阴影只给主光或少数重要角色，间接光来自 lightmap、probe 或球谐数据，透明粒子使用简化 BRDF，后处理数量受控。tile-based GPU 上，过多中间 target、频繁 store/load 和高精度 HDR attachment 都会影响带宽，所以 Forward 的直接写入路径有明显工程价值。

移动项目还需要把材质功能拆成 quality tier。低档设备使用无阴影或单阴影路径、低采样 normal map、较短 light list 和较少透明层；高档设备开启更高 MSAA、更多局部光、更高质量 shadow filtering 和额外反射项。这个设计的关键是让 tier 影响数据和 variant key，让每个材质沿用同一套受控 shader 体系。这样构建产物、运行时切换和工具排查都能保持稳定。

VR 项目中的 Forward 管线重点是双眼成本、低延迟和边缘质量。Forward 与 MSAA 结合能改善几何边缘稳定性，尤其适合清晰边界、文字、细杆和近距离模型。双眼渲染会放大 draw、vertex、fragment 和 resolve 成本，因此引擎常使用 single-pass stereo、instancing、foveated rendering、固定 foveated quality tier 和严格的 transparent budget。VR 中一次透明 overdraw 可能同时影响双眼目标，排序和层数需要有项目级上限。

VR 的工具复盘应按眼睛和 pass 分开看。先确认每只眼的 render target 尺寸、MSAA sample count 和 resolve 路径，再看 opaque pass、transparent pass、post-processing 和 compositor 提交。若帧时间异常，先定位是 CPU 提交过多、双眼 draw 重复、shader 过重、透明 overdraw、还是 resolve 与后处理带宽。这个顺序能把主观眩晕、画面毛边和帧率下降放回具体管线证据。

透明材质密集项目常把 Forward 作为主路径或混合路径。玻璃建筑、角色头发、粒子特效、水面、能量护盾和半透明 UI 都需要 blend、排序、深度读取和材质特化。即使项目主体采用其他渲染路径，透明对象也经常回到 Forward pass 绘制。原因很直接：透明结果依赖已有颜色和深度，且不同透明材质对 blend equation、折射、软粒子和 alpha-to-coverage 的需求差异很大。

这类项目应把透明 pass 拆成可管理的层。alpha test 物体写深度并进入 cutout pass；普通玻璃使用排序和 alpha blend；加法粒子按材质合批；大型折射物体使用 scene color copy 或低分辨率折射 buffer；UI 和后处理叠加放在最后。每一层都要说明 depth write、depth test、blend state、是否读取 scene color、是否参与 MSAA resolve。这样艺术效果的变更才能映射到资源和状态变更。

一个可落地的 Forward pipeline 配置可以写成工程清单。该清单用于设计 review，不要求绑定某个 API。

forward_profile:
  target_frame_rate: 90
  msaa_samples: 4
  opaque_path:
    depth_prepass: conditional
    light_assignment: clustered_or_object_list
    max_local_lights_per_cluster: 8
    main_shadow_lights: 1
  transparent_path:
    sort_mode: back_to_front_by_layer
    max_layers_per_pixel_budget: project_defined
    refraction: optional_scene_color_copy
  material_variants:
    dimensions:
      - skinning
      - instancing
      - normal_map
      - alpha_test
      - transparent
      - receive_shadow
  profiling:
    markers:
      - shadow_pass
      - depth_prepass
      - opaque_forward
      - transparent_forward
      - msaa_resolve

这个配置的价值在于它把渲染质量和性能预算绑定到可检查字段。max_local_lights_per_cluster 对应 shader 循环上限，depth_prepass 对应额外 draw 与减少 overdraw 的取舍，transparent_path 对应 blend 和排序策略，material_variants 对应 shader 编译和 pipeline cache，profiling.markers 对应工具里能看到的 pass 边界。

Forward Rendering 在工程中的稳定落地，需要形成一套复盘语言。看到画面边缘闪烁，先检查 MSAA、alpha-to-coverage、sample shading 和 resolve；看到局部区域帧耗时尖峰，先检查 light list 最大长度、透明 overdraw 和 shadow sampling；看到加载或切换卡顿，先检查 shader variant 编译、pipeline cache 和材质热加载；看到透明排序错误，先检查 depth write、排序层、blend state 和 scene color 读取时机。所有判断都回到 frame、pass、draw、shader、buffer、texture 和 render target 的证据链。

本章最终建立的理解是：Forward Rendering 是一种把物体、材质、灯光和输出颜色紧密绑定的实时渲染组织方式，现代项目仍会用它承担主路径、透明路径或混合管线中的关键路径。它的强项来自直接、短路径和透明友好；它的风险来自多灯光、多阴影、多透明层和 variant 管理。能把这些风险放进 pass 顺序、light list、material key、MSAA resolve 和工具证据中复盘，Forward 管线就具备了可维护性。

最小自检任务

给定一个 VR 展示场景：300 个不透明物体、80 个透明玻璃或粒子物体、1 个方向光、12 个动态点光源、4x MSAA、90Hz 目标帧率。请设计一个 Forward Rendering 帧路径，说明 pass 顺序、light list 组织方式、材质 variant 策略、透明处理方式和性能复查顺序。要求每个判断都落到 frame、pass、shader、buffer、texture 或 render target 上。

答案要点

合理帧路径应包含 shadow pass、可选 depth prepass、opaque forward pass、transparent forward pass、MSAA resolve、post-processing 和 present。shadow pass 先生成方向光或少数关键局部光的 shadow map；depth prepass 只在 opaque overdraw 或 fragment shader 成本较高时启用；opaque forward pass 绑定材质资源、对象常量、light list 和 shadow data 后直接写入 MSAA color target 与 depth target；transparent forward pass 读取已有 depth，按材质层和距离执行 blend；resolve 在主要透明绘制完成后把多重采样目标转换为后处理可用的单采样 texture。

Light list 可采用对象级列表或 clustered light list。方向光作为全局输入，点光源按物体包围盒或屏幕 cluster 生成局部索引。答案需要说明 light list 的目标是控制 shader 中的 lightCount，并用平均长度、最大长度、异常 cluster 和 fragment pass 时间复查效果。材质 variant 应只包含会改变 shader 编译结果和资源绑定的维度，例如 skinning、instancing、normal map、alpha test、transparent、receive shadow；base color、roughness、metallic 和 emissive 等数值参数应进入材质 buffer 或 texture。

透明处理应拆分 cutout、alpha blend、加法粒子和折射层。cutout 可以参与深度写入；普通透明按远到近排序并保持 depth test；加法粒子可按材质合批；折射物体需要明确 scene color 读取或复制时机。性能复查顺序是：先看 CPU draw 与 pipeline 切换，再看 depth prepass 和 opaque pass 的 GPU 时间，再看 light list 分布和 shadow sampling，再看 transparent overdraw 与 blend bandwidth，最后看 MSAA resolve、post-processing 和 present 是否超出帧预算。

本章知识点总结

• 前向路径：Forward Rendering 在物体 draw 中完成材质、光照、阴影和颜色输出。
• 贯穿对象：一个 Forward frame 可以通过 frame、pass、draw、shader、buffer、texture 和 render target 串起来复盘。
• 光照位置：Forward shader 的 light loop 与材质 BRDF 绑定，成本随覆盖像素和有效灯光数量增长。
• Light List：对象级、tiled 或 clustered light list 用局部灯光索引控制 shader 循环长度。
• 材质边界：材质参数应数据化，shader variant 只承载会改变执行路径和资源绑定的功能开关。
• 阴影预算：Forward 中的 shadow sampling 位于 light loop 内，阴影灯数量和过滤质量会直接放大片元成本。
• 深度预写入：Depth prepass 适合 overdraw 明显或 fragment shader 昂贵的场景，收益需要用 pass 时间和 invocation 类证据复查。
• MSAA 路径：Forward 可以直接写入 MSAA color 与 depth target，resolve 位置应纳入资源生命周期设计。
• 透明处理：透明物体依赖 depth test、排序、blend state 和材质路径分层，Forward 对这类对象接入自然。
• 适用条件：Forward 适合中等灯光数量、透明比例高、MSAA 需求强或带宽敏感的项目。
• 主要风险：多动态灯光、复杂阴影、透明 overdraw 和 shader variant 扩张会推高 Forward 管线成本。
• 工程复盘：Forward 性能判断应按 CPU 提交、pass 时间、light list、shader 成本、透明 overdraw 和 resolve 顺序展开。