Unity URP全屏后处理特效：Blit Render Feature原理、实现与优化指南

1. 项目概述：为什么你需要一个“终极指南”？

如果你正在用Unity的URP管线做项目，并且想实现一个全屏后处理特效——比如一个复古的CRT扫描线、一个全局的色彩校正，或者一个酷炫的溶解过渡——你大概率会搜到“Render Feature”和“Blit”这两个关键词。网上的教程很多，但往往只告诉你“这么写就能跑”，结果你照着抄，要么效果不对，要么性能炸了，要么在移动端直接黑屏。这就是我写这篇指南的原因：市面上缺的不是代码片段，而是一个能串联起原理、实现、优化和避坑的完整地图。

URP的Blit Render Feature，本质上是一个让你在渲染流程的特定阶段，把当前屏幕图像（或某个RT）抓过来，用你自己的Shader处理一遍，再写回去的“后门”。听起来简单，但魔鬼全在细节里：Blit的时机选在哪一Pass？源和目标RT怎么管理？Shader里采样坐标怎么处理才能不扭曲？移动端兼容性怎么保证？这些问题不搞清楚，你实现的就不是“特效”，而是“bug制造机”。这篇指南会从最底层的渲染命令开始，带你一步步构建一个健壮、高效、可扩展的全屏特效框架，并解释每一个决策背后的“为什么”。无论你是想实现一个简单的灰屏效果，还是复杂的多Pass景深模糊，这里都有你需要的答案。

2. 核心原理拆解：URP管线、RenderFeature与Blit命令

在动手写代码之前，我们必须统一认知：我们到底在操作什么？这就像修车，你得先知道引擎盖下面各个部件是怎么连接的。

2.1 URP渲染管线简析：ScriptableRenderPipeline的舞台

URP（Universal Render Pipeline）的核心是“可编程”。它不再像内置管线那样有固定的渲染步骤，而是通过一个ScriptableRenderer（比如ForwardRenderer）和一系列ScriptableRenderPass来组装整个渲染流程。你可以把ScriptableRenderer想象成一个导演，ScriptableRenderPass是演员（如绘制不透明物体Pass、天空盒Pass、后处理Pass），而RenderFeature就是给导演递剧本的编剧，它告诉导演：“在某个演员表演完之后，插入一段我们自定义的戏份（也就是我们的Blit Pass）”。

这个“插入点”至关重要。URP的渲染顺序大致是：不透明物体 -> 天空盒 -> 透明物体 -> 后处理。如果你的全屏特效需要在所有不透明物体画完但还没画天空盒时执行（比如用于遮挡效果的深度图处理），和你需要在所有渲染完成之后执行（比如全屏的色调映射），插入的位置是天差地别的。RenderFeature的AddRenderPasses方法就是让你选择这个插入时机的地方。

2.2 RenderFeature的本质：管线中的可插拔模块

ScriptableRendererFeature（我们常说的RenderFeature）是一个资产，你可以在URP Asset的Renderer列表里把它加进去。它的生命周期和核心方法就两个：

1. Create: 创建时初始化，生成你自定义的ScriptableRenderPass实例。
2. AddRenderPasses: 每一帧渲染前调用，在这里把你的Pass加入到渲染器的队列中。

很多新手会把逻辑写在RenderFeature里，这是不对的。RenderFeature只是个工厂和调度员，真正的脏活累活都在ScriptableRenderPass里。我们的Blit操作，就是在Pass的Execute方法中完成的。

2.3 Blit命令的真相：不仅仅是Graphics.Blit

说到Blit，很多人第一反应是Graphics.Blit(source, destination, material)。这在Built-in管线里没问题，但在URP的SRP环境下，我们需要使用命令缓冲（CommandBuffer）。URP提供了更底层、更灵活的Blitter.BlitCameraTexture方法，或者直接使用CommandBuffer.Blit。

这里的关键区别在于渲染纹理（RenderTexture）的管理。Graphics.Blit会自己创建临时RT，但生命周期不好控制，容易泄露。在URP中，最佳实践是使用RenderingUtils.ReAllocateIfNeeded来申请或复用RT，并使用RenderTextureDescriptor来精确控制RT的格式（如RenderTextureFormat.DefaultHDR）、深度缓冲等属性。因为URP可能在不同平台（如PC的Metal/OpenGL， 移动端的GLES3）和不同渲染尺度（RenderScale）下运行，手动管理描述符能确保兼容性。

注意：永远不要假设屏幕缓冲区的格式。在移动平台，主帧缓冲（Frame Buffer）的格式可能非常受限。你的Blit Shader应该尽量使用半精度（half）数据类型，并对UNITY_UV_STARTS_AT_TOP等平台差异宏保持警惕。

2.4 全屏特效Shader的特殊性：顶点与片元着色器的协作

一个标准的全屏Blit Shader模板长什么样？它通常只有一个Pass，并且使用一个覆盖整个NDC（标准化设备坐标）空间的三角形（或四边形）来渲染。顶点着色器的作用极其简单：将三个固定顶点（(-1,-1), (3,-1), (-1,3)）或四个顶点转换到裁剪空间。这样做的效率远高于绘制一个两个三角形的Quad，因为现代GPU在处理大三角形时更有优化空间（减少顶点着色器调用和过度绘制判断）。

片元着色器则是特效的核心。这里最大的坑是纹理采样坐标。从Blit命令传入的纹理，其采样坐标通常需要根据_SourceTex_TexelSize来进行正确的双线性采样，避免边缘像素拉伸。如果你要做基于屏幕UV的扭曲效果（如水流波纹），更要注意不同平台原点（OpenGL是左下角，Direct3D是左上角）可能带来的差异，通常使用UnityStereoTransformScreenSpaceTex宏来处理。

// 一个最简单的全屏着色器示例 Shader "Hidden/Custom/SimpleBlit" { SubShader { Pass { Name "CustomBlitPass" // 关闭深度写入和测试，因为我们覆盖全屏 ZWrite Off ZTest Always Blend Off Cull Off HLSLPROGRAM #pragma vertex Vert #pragma fragment Frag #include "Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl" TEXTURE2D(_SourceTex); SAMPLER(sampler_SourceTex); float4 _SourceTex_TexelSize; // 自动传递的纹理像素大小 struct Attributes { uint vertexID : SV_VertexID; }; struct Varyings { float4 positionCS : SV_POSITION; float2 uv : TEXCOORD0; }; Varyings Vert(Attributes input) { Varyings output; // 使用顶点ID生成全屏三角形 output.positionCS = GetFullScreenTriangleVertexPosition(input.vertexID); output.uv = GetFullScreenTriangleTexCoord(input.vertexID); return output; } half4 Frag(Varyings input) : SV_Target { // 正确的纹理采样，考虑平台差异 float2 uv = input.uv; #if UNITY_UV_STARTS_AT_TOP uv.y = 1.0 - uv.y; #endif half4 color = SAMPLE_TEXTURE2D(_SourceTex, sampler_SourceTex, uv); // 在这里实现你的特效逻辑，例如去色 half luminance = dot(color.rgb, half3(0.2126, 0.7152, 0.0722)); return half4(luminance.xxx, color.a); } ENDHLSL } } }

3. 从零构建一个健壮的Blit Render Feature

理解了原理，我们现在来搭建一个工业级的Blit Render Feature。我会把代码拆开，解释每一行存在的意义。

3.1 创建自定义RenderPass：承载Blit逻辑的容器

首先，我们创建自定义的Pass类。这个类要继承ScriptableRenderPass，并管理自己的RT和材质。

using UnityEngine; using UnityEngine.Rendering; using UnityEngine.Rendering.Universal; public class CustomBlitPass : ScriptableRenderPass { // 配置参数 private Material m_BlitMaterial; private int m_BlitShaderPassIndex; private string m_ProfilerTag; // 临时RT句柄 private RTHandle m_CameraColorTarget; // 相机颜色目标（通常由渲染器设置） private RTHandle m_TemporaryRT; // 我们申请的临时RT // 构造函数：初始化配置 public CustomBlitPass(Material blitMaterial, int passIndex, string tag) { m_BlitMaterial = blitMaterial; m_BlitShaderPassIndex = passIndex; m_ProfilerTag = tag; // 配置渲染事件和清除标志 renderPassEvent = RenderPassEvent.AfterRenderingPostProcessing; // 默认放在后处理之后 m_TemporaryRT = RTHandles.Alloc("_CustomTemporaryRT"); // 先分配一个句柄，具体描述符稍后配置 } // 核心方法：配置相机目标 public void Setup(RTHandle cameraColorTargetHandle) { m_CameraColorTarget = cameraColorTargetHandle; } // 核心方法：执行渲染命令 public override void Execute(ScriptableRenderContext context, ref RenderingData renderingData) { // 0. 安全检查 if (m_BlitMaterial == null || m_CameraColorTarget == null) return; // 1. 从命令池获取一个CommandBuffer CommandBuffer cmd = CommandBufferPool.Get(m_ProfilerTag); // 2. 根据相机描述符，创建或重新分配临时RT RenderTextureDescriptor cameraTargetDesc = renderingData.cameraData.cameraTargetDescriptor; cameraTargetDesc.depthBufferBits = 0; // 我们不需要深度，节省带宽和内存 cameraTargetDesc.msaaSamples = 1; // 后处理阶段通常关闭MSAA // 关键：使用RenderingUtils来智能管理RT，避免每帧创建销毁 RenderingUtils.ReAllocateIfNeeded(ref m_TemporaryRT, cameraTargetDesc, FilterMode.Bilinear, TextureWrapMode.Clamp, name: "_CustomTemporaryRT"); // 3. 执行Blit操作：从相机目标到临时RT，应用材质 Blitter.BlitCameraTexture(cmd, m_CameraColorTarget, m_TemporaryRT, m_BlitMaterial, m_BlitShaderPassIndex); // 4. 将处理后的结果从临时RT Blit回相机目标 Blitter.BlitCameraTexture(cmd, m_TemporaryRT, m_CameraColorTarget); // 5. 提交命令到渲染上下文 context.ExecuteCommandBuffer(cmd); CommandBufferPool.Release(cmd); } // 清理资源 public void Dispose() { m_TemporaryRT?.Release(); } }

代码解读与注意事项：

• RTHandlevsRenderTexture：在URP中，强烈建议使用RTHandle系统来管理RT。它提供了自动缩放（根据动态分辨率）和更高效的内存复用。直接new RenderTexture是过时且低效的做法。
• RenderPassEvent：这是决定Pass执行顺序的生命线。AfterRenderingPostProcessing是一个很常用的点，确保在所有内置后处理（如Bloom, Tonemapping）之后执行你的自定义特效。如果你需要在后处理之前执行（例如为某些后处理准备数据），可以设为BeforeRenderingPostProcessing。
• CommandBufferPool.Get：一定要使用对象池来获取CommandBuffer，避免GC（垃圾回收）压力。用完后必须Release。
• ReAllocateIfNeeded：这是性能关键。它检查RT的描述符是否变化（如分辨率调整），仅在必要时重新创建，否则复用，极大减少内存抖动。
• 双Blit过程：为什么先Blit到临时RT再Blit回来？因为很多图形API不允许对正在作为渲染目标的纹理进行采样。这是一个安全且通用的做法。如果你的Shader设计为仅修改颜色而不采样源纹理（可能性很小），理论上可以直接Blit到自身，但这会严重依赖平台，不推荐。

3.2 创建自定义RenderFeature：Pass的工厂与调度器

接下来，创建RenderFeature来生产和管理上面的Pass。

using UnityEngine; using UnityEngine.Rendering; using UnityEngine.Rendering.Universal; public class CustomBlitRendererFeature : ScriptableRendererFeature { [System.Serializable] public class Settings { public Material blitMaterial = null; public int materialPassIndex = -1; // -1 表示渲染所有Pass public RenderPassEvent renderPassEvent = RenderPassEvent.AfterRenderingPostProcessing; } public Settings settings = new Settings(); private CustomBlitPass m_CustomBlitPass; // 在Feature创建时调用一次 public override void Create() { if (settings.blitMaterial == null) { Debug.LogWarning($"CustomBlitRendererFeature on {this.name} 未指定材质，功能将禁用。"); return; } m_CustomBlitPass = new CustomBlitPass(settings.blitMaterial, settings.materialPassIndex, name); m_CustomBlitPass.renderPassEvent = settings.renderPassEvent; } // 每帧、每个相机渲染前调用 public override void AddRenderPasses(ScriptableRenderer renderer, ref RenderingData renderingData) { if (m_CustomBlitPass == null || settings.blitMaterial == null) return; // 获取当前渲染器的相机颜色目标句柄 var cameraColorTargetHandle = renderer.cameraColorTargetHandle; if (cameraColorTargetHandle == null) return; // 配置Pass并加入队列 m_CustomBlitPass.Setup(cameraColorTargetHandle); renderer.EnqueuePass(m_CustomBlitPass); } // 当Feature被禁用或销毁时调用 protected override void Dispose(bool disposing) { m_CustomBlitPass?.Dispose(); m_CustomBlitPass = null; } }

配置与使用流程：

1. 将上述两个C#脚本放入项目。
2. 创建一个Unlit Shader Graph或编写一个HLSL Shader，实现你的特效逻辑。
3. 用该Shader创建一个材质球。
4. 在Project窗口中，右键 -> Create -> Rendering -> URP -> Renderer Feature， 选择CustomBlitRendererFeature，创建一个Feature资产。
5. 选中该资产，在Inspector面板上将第3步创建的材质球拖入Blit Material。
6. 打开你的URP Asset，在Renderer List中选择你使用的Renderer（如Forward Renderer），将第4步创建的Feature资产拖入Renderer Features列表。
7. 运行游戏，你的全屏特效就应该生效了。

3.3 高级配置：注入参数与多Pass特效

基础框架搭建好了，但一个有用的特效往往是可配置的。我们需要将参数（如强度、颜色）从C#传递到Shader。

在CustomBlitPass中添加参数注入：

public class CustomBlitPass : ScriptableRenderPass { // ... 原有字段 ... private float m_EffectIntensity; // 新增：特效强度参数 // 新增：配置参数的方法 public void UpdateParameters(float intensity) { m_EffectIntensity = intensity; } public override void Execute(ScriptableRenderContext context, ref RenderingData renderingData) { // ... 原有代码 ... // 在Blit之前，将参数设置到材质球 if (m_BlitMaterial != null) { m_BlitMaterial.SetFloat("_Intensity", m_EffectIntensity); } // ... 执行Blit ... } }

在CustomBlitRendererFeature中暴露参数并传递：

public class CustomBlitRendererFeature : ScriptableRendererFeature { [System.Serializable] public class Settings { // ... 原有设置 ... public float intensity = 1.0f; // 暴露给Inspector的参数 } // 在AddRenderPasses中更新参数 public override void AddRenderPasses(ScriptableRenderer renderer, ref RenderingData renderingData) { // ... 原有检查 ... m_CustomBlitPass.UpdateParameters(settings.intensity); // 传递参数 // ... 加入队列 ... } }

这样，你就可以在Inspector中动态调整intensity，并实时看到特效变化。对于更复杂的特效（如需要多个Pass的模糊+合成），你可以在CustomBlitPass的Execute方法中连续执行多个Blit命令，每个命令使用不同的材质或Pass Index，并在多个临时RT之间交换数据。核心模式是：Source -> TempRT1 (Pass1) -> TempRT2 (Pass2) -> ... -> Destination。

4. 实战：实现一个高性能屏幕扭曲特效

让我们用一个具体案例来巩固知识：实现一个基于噪声纹理的全屏屏幕扭曲效果（类似热浪、水下折射）。

4.1 Shader实现：噪声采样与UV偏移

首先，编写Shader。我们需要一张噪声图（Noise Texture）和一个控制扭曲强度的参数。

Shader "Hidden/Custom/ScreenDistortion" { Properties { _NoiseTex("Noise Texture", 2D) = "white" {} _DistortStrength("Distort Strength", Range(0, 0.1)) = 0.05 _NoiseScale("Noise Scale", Float) = 1.0 _Speed("Speed", Float) = 1.0 } SubShader { Pass { Name "ScreenDistortionPass" ZWrite Off ZTest Always Blend Off Cull Off HLSLPROGRAM #pragma vertex Vert #pragma fragment Frag #include "Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl" TEXTURE2D(_SourceTex); SAMPLER(sampler_SourceTex); TEXTURE2D(_NoiseTex); SAMPLER(sampler_NoiseTex); float4 _NoiseTex_ST; // 用于噪声图的缩放和平移 float _DistortStrength; float _NoiseScale; float _Speed; float _TimeSinceLevelLoad; // Unity内置时间变量 struct Attributes { uint vertexID : SV_VertexID; }; struct Varyings { float4 positionCS : SV_POSITION; float2 uv : TEXCOORD0; }; Varyings Vert(Attributes input) { /* 同前文全屏三角形顶点着色器 */ } half4 Frag(Varyings input) : SV_Target { // 计算噪声UV，加入时间和缩放 float2 noiseUV = input.uv * _NoiseScale; noiseUV += frac(_TimeSinceLevelLoad.yy * _Speed * 0.1); // 让噪声动起来 // 采样噪声图（RG通道） half2 noiseValue = SAMPLE_TEXTURE2D(_NoiseTex, sampler_NoiseTex, noiseUV).rg; // 将噪声值从[0,1]映射到[-1,1]，用于双向偏移 noiseValue = noiseValue * 2.0 - 1.0; // 应用强度，计算最终的UV偏移 float2 distortOffset = noiseValue * _DistortStrength; // 对源纹理进行扭曲采样 float2 distortedUV = input.uv + distortOffset; // 处理平台差异 #if UNITY_UV_STARTS_AT_TOP distortedUV.y = 1.0 - distortedUV.y; #endif half4 color = SAMPLE_TEXTURE2D(_SourceTex, sampler_SourceTex, distortedUV); return color; } ENDHLSL } } }

4.2 C#端驱动与优化

创建对应的材质，并在CustomBlitRendererFeature的Settings中暴露_NoiseTex,_DistortStrength等参数。在Pass的Execute方法中，使用CommandBuffer.SetGlobalTexture和SetGlobalFloat来传递这些参数。

性能优化点：

1. 噪声图选择：使用一张小的（如64x64或128x128）、无缝平铺的灰度图。避免使用大图，采样成本低。
2. 精度控制：在移动端，将noiseValue和distortOffset的精度声明为half2和half，能提升运行效率。
3. 强度限制：_DistortStrength不宜过大，过大的偏移会导致采样到屏幕外的像素，通常需要钳制UV或使用纹理环绕模式Wrap Mode为Repeat。
4. 按需启用：可以通过脚本在特定条件（如玩家进入火焰区）下才启用这个RenderFeature，避免一直消耗性能。

4.3 与URP内置后处理的协作与顺序

你的自定义特效和URP内置的Bloom、Vignette等是什么关系？关键在于renderPassEvent。如果你把Pass事件设为AfterRenderingPostProcessing，那么你的扭曲效果会应用在Bloom等效果之后。这意味着Bloom发光的部分也会被扭曲，效果更“整合”，但性能消耗是叠加的。

如果你希望扭曲发生在后处理之前（例如，先扭曲画面，再计算Bloom，让光晕基于扭曲后的画面生成），则需要将事件设为BeforeRenderingPostProcessing。你需要根据最终想要的艺术效果来决定顺序。一个常见的做法是提供两个Feature，一个用于“颜色处理”（在后处理前），一个用于“最终合成”（在后处理后），通过不同的Pass Event和材质来实现复杂的多层效果。

5. 深度优化与全平台兼容性实战

实现功能只是第一步，让特效在各种设备上稳定、高效地运行才是真正的挑战。

5.1 移动端适配：精度、带宽与纹理压缩

移动GPU（如Adreno, Mali）与PC GPU架构差异巨大。首要问题是精度。在片元着色器中，尽量使用half代替float进行中间计算。例如，颜色值、UV偏移量用half精度通常足够。

带宽是移动端的生命线。我们的双Blit操作意味着一次全屏纹理的读取和写入。优化方法：

• 降低分辨率：如果不是必要，可以考虑在RenderTextureDescriptor中设置width和height为相机原分辨率的1/2（cameraTargetDesc.width /= 2;），进行降采样渲染，最后再上采样显示。这对全屏模糊类特效效果显著。
• 使用更小的纹理格式：如果特效不需要Alpha通道，可以将cameraTargetDesc.graphicsFormat设置为GraphicsFormat.R8G8B8A8_UNorm甚至GraphicsFormat.B5G6R5_UNormPack16（如果支持）。这需要查询SystemInfo.IsFormatSupported。
• 避免Alpha混合：确保Pass的Blend状态为Off，除非你真的需要。

纹理压缩：传递给Shader的噪声图等资源，在导入设置中应选择适合的压缩格式（如ASTC），并勾选Generate Mip Maps，这能提升缓存效率。

5.2 动态分辨率与VR/多眼渲染处理

URP支持动态分辨率（Dynamic Resolution）和XR（VR/AR）渲染。我们的代码必须兼容这些情况。

• RTHandle系统：这就是为什么我们坚持使用RTHandle而不是RenderTexture。RTHandle会自动处理动态分辨率下的缩放。在Blitter.BlitCameraTexture内部，它已经正确处理了基于RTHandle的比例和偏移。
• XR多通道：在VR渲染中，相机可能会为左眼和右眼分别渲染。我们的Execute方法会对每个眼睛调用一次。renderingData.cameraData中的xr.enabled和xr.singlePassEnabled等属性可以帮助我们判断。幸运的是，Blitter.BlitCameraTexture和全屏三角形顶点着色器（使用GetFullScreenTriangleVertexPosition）已经考虑了XR的立体渲染和单通道立体渲染，只要我们的Shader正确使用提供的UV函数，通常无需额外修改。

5.3 性能分析与调试技巧

如何知道你的Blit Feature消耗了多少性能？

1. Frame Debugger：Unity内置的神器。Window -> Analysis -> Frame Debugger。启用后，你可以逐帧、逐Pass地查看渲染过程。找到你的CustomBlitPass，查看它的Draw Call和状态设置。确保没有意外的状态改变（如意外开启了深度测试）。
2. Profiler：Window -> Analysis -> Profiler。在GPU模块中，查看你的Pass消耗的GPU时间。重点关注RenderPass和DrawCall的耗时。如果耗时异常高，检查Shader复杂度或RT分辨率。
3. 自定义Profiler标记：我们在CommandBufferPool.Get时传入的m_ProfilerTag字符串，会在Profiler的CommandBuffer采样中显示，方便定位。

一个常见的调试问题：画面变黑或扭曲不正确。

• 检查RT描述符：确保depthBufferBits = 0，并且msaaSamples与当前相机设置匹配（后处理通常为1）。
• 检查Shader编译错误：在Console窗口查看是否有Shader编译警告或错误。移动端Shader可能因为使用了不支持的精度或函数而编译失败。
• 检查材质球参数：确保在Inspector中材质球的参数被正确设置，并且Shader中没有未初始化的属性。
• 检查Blit顺序：确认你的renderPassEvent是否合理。如果设置得太早（如BeforeRenderingOpaques），相机颜色目标里可能还没有内容。

6. 进阶应用：构建一个多Pass高斯模糊系统

单一的全屏特效只是开始。许多高级效果（如景深、运动模糊、Bloom的预过滤）都需要多Pass处理。我们以经典的双Pass高斯模糊为例，展示如何扩展我们的框架。

高斯模糊的原理是在水平和垂直方向分别进行权重叠加的模糊。我们需要两个Pass，两个材质（或一个材质的不同Pass Index），以及两个临时RT。

6.1 修改CustomBlitPass以支持多Pass链

我们重构CustomBlitPass，使其能接受一个Material[]数组和一个对应的RenderTexture[]临时RT数组，并按顺序执行Blit。

public class MultiPassBlurPass : ScriptableRenderPass { private Material[] m_BlurMaterials; // [0]:水平模糊材质, [1]:垂直模糊材质 private RTHandle m_CameraColorTarget; private RTHandle[] m_TemporaryRTs; // 用于中间过程的RT public void Setup(RTHandle cameraTarget, Material horizontalBlurMat, Material verticalBlurMat) { m_CameraColorTarget = cameraTarget; m_BlurMaterials = new Material[] { horizontalBlurMat, verticalBlurMat }; m_TemporaryRTs = new RTHandle[2]; for (int i = 0; i < 2; i++) { m_TemporaryRTs[i] = RTHandles.Alloc($"_BlurTempRT{i}"); } } public override void Execute(ScriptableRenderContext context, ref RenderingData renderingData) { if (m_BlurMaterials == null || m_BlurMaterials.Any(mat => mat == null)) return; CommandBuffer cmd = CommandBufferPool.Get("MultiPassGaussianBlur"); RenderTextureDescriptor desc = renderingData.cameraData.cameraTargetDescriptor; desc.depthBufferBits = 0; desc.msaaSamples = 1; // 分配临时RT for (int i = 0; i < m_TemporaryRTs.Length; i++) { RenderingUtils.ReAllocateIfNeeded(ref m_TemporaryRTs[i], desc, FilterMode.Bilinear, TextureWrapMode.Clamp, name: $"_BlurTempRT{i}"); } // Pass 1: 从相机目标 -> 临时RT0 (水平模糊) Blitter.BlitCameraTexture(cmd, m_CameraColorTarget, m_TemporaryRTs[0], m_BlurMaterials[0], 0); // Pass 2: 从临时RT0 -> 临时RT1 (垂直模糊) Blitter.BlitCameraTexture(cmd, m_TemporaryRTs[0], m_TemporaryRTs[1], m_BlurMaterials[1], 0); // Pass 3: 将最终模糊结果写回相机目标 (或者，可以在这里与原始图像混合实现景深) Blitter.BlitCameraTexture(cmd, m_TemporaryRTs[1], m_CameraColorTarget); context.ExecuteCommandBuffer(cmd); CommandBufferPool.Release(cmd); } public new void Dispose() { foreach (var rt in m_TemporaryRTs) { rt?.Release(); } base.Dispose(); } }

对应的，你需要创建两个Shader，一个在水平方向采样相邻像素进行加权平均，另一个在垂直方向做同样的事。通过控制模糊半径（_BlurRadius）和权重，可以调节模糊强度。

6.2 性能权衡：降采样与迭代次数

全分辨率的高斯模糊非常昂贵。工业级实现一定会加入降采样（Downsample）。

1. 在第一个模糊Pass之前，先将相机颜色目标Blit到一个长宽各一半的RT中。
2. 在这个半分辨率（甚至1/4分辨率）的RT上进行水平+垂直模糊。
3. 如果需要更模糊的效果，可以将这个模糊后的结果再次降采样并模糊（即迭代）。
4. 最后将模糊结果上采样并混合回原图。

这能极大减少需要处理的像素数（降采样到1/4，像素数减少为1/16）。在RenderTextureDescriptor中设置width和height即可实现降采样。关键在于，降采样本身也是一次Blit操作，你可以用一个简单的双线性采样材质来完成。

6.3 与摄像机堆叠和渲染纹理相机的配合

你的特效不一定只想应用在主游戏视图。有时你可能想：

• 仅对UI层应用特效：这需要用到摄像机堆叠（Camera Stacking）。将你的RenderFeature添加到用于渲染UI的Overlay Camera的Renderer中，而不是Base Camera。
• 将特效结果输出到一张单独的RenderTexture：比如用于画中画、监控屏幕等。只需在Execute方法的最后一步，将Blit的目标从m_CameraColorTarget改为一个你预先创建好的RTHandle（指向一个自定义的RenderTexture）。然后，你就可以在其他地方（如UI RawImage）使用这张纹理了。

这需要你在Pass的Setup方法中增加一个目标RT的参数，并在Feature的配置中暴露一个RenderTexture字段供用户绑定。这打开了无限的可能性，比如将场景的特定效果渲染到一张纹理上，再在后期进行二次处理。

7. 避坑指南与常见问题排查

即使按照指南操作，你可能还是会遇到一些诡异的问题。这里是我在实践中总结的“血泪史”。

7.1 问题速查表

7.2 关键心得与最佳实践

1. 拥抱RTHandle系统：这是URP管理的未来，它能自动处理动态分辨率、XR和渲染缩放，避免你自己计算棘手的视口和比例问题。
2. 明确资源生命周期：在RenderPass的构造函数或Setup中分配RTHandle，在Dispose中释放。确保CommandBuffer从池中获取并归还。这能有效避免内存泄漏和GC压力。
3. 善用Frame Debugger：这是你理解URP渲染流程和调试自定义Pass的最强工具。任何画面问题，首先打开它，看看你的Pass输入输出是否正确。
4. 为移动端做减法：移动端不是PC。默认假设你的Shader需要跑在Adreno 306上。使用half精度，避免分支和循环，使用查找表（LUT）替代复杂实时计算，压缩纹理，降低采样次数。
5. 参数驱动，而非硬编码：将强度、颜色、纹理等所有可调节项都暴露给C#，并通过材质属性块（MaterialPropertyBlock）或直接Material.SetXXX在每帧传递。这为美术和策划调整效果提供了巨大便利。
6. 考虑可关闭性：不是所有平台或所有时刻都需要全特效。为你的RenderFeature提供一个active开关，或者通过脚本根据设备性能动态调整模糊迭代次数、降采样比例等参数。

构建一个稳定高效的URP Blit Render Feature，远不止复制粘贴几行代码。它要求你对URP的渲染流程、资源管理、平台差异和性能优化有系统的理解。从最简单的单Pass颜色调整，到复杂的多Pass时间性特效（如运动模糊），其底层架构都是相通的。希望这篇指南提供的不仅是一个可用的模板，更是一套解决问题的方法论和工具箱。当你再遇到“这个全屏效果怎么做”的问题时，你可以自信地拆解需求，选择合适的插入点，管理好渲染资源，并写出跨平台健壮的代码。这才是从“会做”到“做好”的关键一步。