Unity渲染帧组织

同一个Renderer Feature在不同相机上出现两次，或者读不到预期颜色，先追踪实际渲染器与相机角色。SRP提供组织入口，URP/HDRP各有资源与通道约束。沿管线资产、相机数据、剔除、绘制与提交查源码，比只按类名猜执行位置更可靠。

版本与证据

本篇采用 Unity 6.0（6000.0）文档与 URP 17 接口范围。Graphics 仓库的开发分支只用于查找类型；复现时将包版本与项目 manifest 锁定，再查看相同版本源码。核对日期为 2026-10-22，Render Graph资源声明已按官方文档核对，本文示例为调用流程轮廓。

资产与相机渲染

RenderPipelineAsset.CreatePipeline
  → RenderPipeline 实例
  → 相机列表与剔除参数
  → ScriptableRenderContext.Cull
  → Renderer 组织阴影、深度、场景绘制和后处理
  → 记录图通道或兼容路径命令
  → ScriptableRenderContext.Submit
  → 底层提交与 GPU 执行

管线资产保存配置，运行时实例保存执行逻辑。URP 的 renderer data 选择具体 renderer 与 features。相机数据包括尺寸、render scale、HDR、MSAA、目标切片和堆栈角色；这些字段会改变实际通道和资源创建。

Cull 返回剔除结果。绘制路径消费结果和过滤设置，再组织提交。Submit 返回后 GPU 可能仍在执行，所以资源复用不能仅按 C# 方法结束时间判断。

绘制筛选与管线入口

对象已经通过Cull，并不代表每个Shader Pass都会绘制。Renderer继续依据绘制阶段、Layer Mask、Render Queue与Shader的LightMode选择批次。例如不透明阶段只收录其过滤范围内的队列，透明材质即使可见也可能由后面的透明阶段处理。诊断对象缺失时先确认剔除结果包含它，再查当前通道过滤，最后检查材质Pass是否具有该通道接受的标签。

渲染层进一步限制对象、灯光与Feature的作用范围；Volume则为相机当前位置求出后处理参数，不会自动把不匹配的Shader Pass插入绘制列表。把“对象入选”和“效果参数生效”分别显示，可以避免把两类故障归为材质没有执行。

Built-in通过Camera Event与CommandBuffer等入口组织相机工作，OnRenderImage用于其对应图像效果路径；URP使用Renderer Feature，HDRP使用Custom Pass。选入口先确认项目实际管线，再确认输入产生与消费者所在阶段。Built-in中的GrabPass会引入屏幕颜色获取，成本来自真实拷贝及触发次数，不能因着色器只写一行采样就忽略它。

URP 前向与延迟路径

前向路径将材质与局部光照一起求值，Forward+ 提前建立灯光列表。延迟路径先写 GBuffer 再消费材质信息；透明通常仍需要专门的前向处理。具体 MRT 数量、渲染层、阴影遮罩和准确格式由包版本及配置决定。

深度、颜色和法线输入请求可能引入预通道、拷贝或已有结果复用。ConfigureInput 表达需求，但实际生成时机由 renderer 决定。相机颜色读取并不保证每个注入点都可用；检查当前颜色是否为 back buffer，以及是否已转换成可采样纹理。

颜色输入的生产与消费

假设通道放在不透明绘制之后、透明绘制之前，效果要读取已经画好的不透明颜色。渲染器必须先生产可采样输入，再执行该通道；如果此时颜色仍是交换链后缓冲，绑定一个普通纹理采样器不能凭空得到可采样颜色。应在所用URP接口中声明颜色需求，并用Frame Debugger确认实际拷贝或中间目标。

相同请求放在后处理之后时，输入可能已经过色调映射，屏幕上的0.5与线性HDR场景中的0.5含义不同。因此先做恒等拷贝：输出应与关闭效果一致，再添加曝光或颜色运算。恒等拷贝就变暗时，检查注入点、纹理色彩格式和采样/写入转换，而不是调整效果强度。

这张表是通道数据契约，不假定所有Unity管线共用一套资源。HDRP使用其Custom Pass注入点，Built-in使用相机事件，URP使用Renderer与Render Graph入口。

HDRP 的扩展边界

HDRP Custom Pass 使用固定注入点和对应的颜色、深度及 custom buffer。Volume 与曝光体系会影响输入内容。URP 的 renderer feature 代码需按 HDRP 资源与生命周期重新组织。

Custom Pass 前后读取的 scene color 可能分别处于不同曝光或后处理阶段。测试时先输出原输入，再逐项添加效果，确认颜色空间和预曝光关系。

相机堆栈与分辨率

Base/Overlay、反射、预览和 Scene View 相机可能重复触发 feature。每个通道应明确接受哪些相机，历史按相机或视图保存。XR 单通道实例化还要求正确的数组切片和屏幕坐标宏。

RTHandle的分配尺寸与当前视口可能不同。例如分配宽1920，当前有效宽1536，输入只写前1536列；直接以0到1采样整个分配会把未写的384列混入右侧。对这份简单左对齐视口，横向有效比例为1536/1920=0.8，采样坐标需要映射到有效区域。真实RTHandle可能还有视口原点、XR切片与缩放约定，Blitter接口负责按对应契约处理，不能在其已做缩放后再重复乘0.8。采样需使用对应缩放和 Blitter 路径。动态分辨率改变逻辑输出，历史是否重建由算法与资源描述决定；TAA 和超分的分辨率边界要同时检查。

设置与构建

Shader 关键字、剥离与预热的通用机制见编译专题。设置索引保留版本与实际作用，项目级建议需来自目标场景的实验。

验证方法

建立一个不透明网格、透明网格、主光与一盏附加光的场景。分别切换渲染路径、深度纹理、MSAA 和后处理，记录 Frame Debugger 通道与资源。再加入 Overlay、反射相机和动态分辨率，检查通道重复和历史串相机。

Development 构建用于定位，发布配置用于最终成本测量。记录包版本、图形 API、设备、画质和捕获日期。

相关主题

• 引擎渲染扩展导读
• URP Render Graph自定义Pass
• Forward Rendering与Forward+
• Deferred Rendering

示例与验证范围：代码按文中前提解释机制，完整类型、资源和项目状态需由接入工程补齐。完整目标引擎运行与GPU性能尚未验证；正文给出的机制与实际实验范围分别记录。

参考资料

• Unity 6 URP，管线配置与资源。
• Unity ScriptableRenderContext。
• Unity 6000.0 Render Graph通道声明，UseTexture、SetRenderAttachment与执行回调；2026-10-22核读。
• Unity Graphics 包源码：UniversalRenderPipeline.cs、UniversalRenderer.cs、ScriptableRenderer.cs。