最近接了个小项目2.5D 冒险游戏场景里角色、树木、石块全是 Sprite。想用 URP 的 Depth of FieldDOF做镜头焦点切换结果一运行发现背景是虚了角色和树还是死清楚有的地方甚至像从模糊照片上剪了一块贴纸边缘还有一圈奇怪的“残留清晰”。查了下代码Volume 配置没问题后处理链也正常问题出在 Sprite 压根没进深度缓冲。说白了URP 的 DOF 是靠相机深度纹理_CameraDepthTexture来判断像素离镜头多远离焦点越远糊得越狠。而 SpriteRenderer 默认用的透明材质走的是 Transparent 队列默认ZWrite Off根本不会往深度缓冲里写东西。DOF 看不见它自然不知道该怎么处理它。这篇文章我把自己踩过的方案和坑整理出来包括为什么 Sprite 默认不写深度、DOF 为什么依赖深度、怎么改材质、怎么用 Render Objects Feature 补深度以及各种方案各自要付出什么代价。适合正被同样问题卡住的 Unity 开发者也适合刚把项目从 Built-in 迁到 URP 后突然发现后处理行为变样的朋友。1. 为什么 Sprite 在 URP 的 DOF 里“隐身”了1.1 DOF 靠什么判断哪里该模糊景深Depth of Field模拟的是镜头的光学特性焦点平面附近的物体清晰焦点前后越远越模糊。而算法要算出“某个像素到底该糊多少”第一步就是拿到这个像素对应的深度值。URP 的 Depth Of Field 后处理也不例外它在后处理 Pass 里采样相机的深度纹理还原出每个像素到相机的距离再和景深参数里的焦点距离、光圈大小做计算最终决定模糊强度。这里有个很容易被忽略的细节URP 不会平白无故给你一张深度纹理。你需要在相机组件上打开Depth Texture选项或者让某个后处理效果强制需要它。开启后URP 会在渲染不透明物体的阶段把深度信息写到_CameraDepthTexture里后处理阶段再读这张图。如果项目里大部分内容都是 Sprite而 Sprite 又不属于不透明物体最终这张深度图里可能根本没有任何记录DOF 自然就成了“巧妇难为无米之炊”。很多人会把问题归到后处理参数上反复调 Focus Distance、Aperture结果怎么调都不对。其实方向就错了根源在数据源“有没有一张包含 Sprite 的深度图”。这个认知是整个问题的钥匙。1.2 URP 里的 Sprite 默认不写深度SpriteRenderer 在 URP 下默认使用的材质比如 Sprite-Unlit-Default、Sprite-Lit-Default都是 Transparent 类型的。Transparent 类型意味着两件事第一材质会参与 Alpha 混合支持半透明第二渲染队列被安排在 Opaque 之后并且通常ZWrite Off。为什么透明物体普遍不写深度因为半透明物体需要从后往前排序混合的时候靠的是透明度叠加。如果它把自己写进深度缓冲那么后面渲染的、其实应该叠加在上面的物体就会被它挡掉导致一大堆半透明遮挡错乱的问题。所以引擎的默认策略很简单粗暴透明渲染阶段深度测试仍然启用这样物体之间还有前后关系但深度写入默认关闭。于是形成了文章开头说的那种局面。URP 的渲染流程是先渲染所有不透明物体把整张深度图生成好再渲染透明物体。Sprite 属于透明物体天然被排除在深度图生成阶段之外。无论你的 Sprite 是 2D 游戏里的主角还是 3D 场景里用来做远景色块的贴片广告牌只要材质是 Transparent它就不会进入_CameraDepthTexture。这里还要分两种情况。如果你用的是 URP 的Universal Renderer也就是通常说的 3D/SRP 渲染器Sprite 本质是一个 Quad Mesh只是材质走了 Transparent 队列那改动材质、改变队列还能救回来。如果你用的是2D RendererURP 专门给 2D 项目用的渲染器Sprite 会走一套独立的 2D 渲染流程很多版本里甚至会在专门的 2D Pass 里合并输出这时候单纯改一个材质参数未必生效需要更特殊处理。后面我会专门说明这一点。1.3 Built-in 用户迁移过来常见的困惑很多从 Built-in 管线迁到 URP 的朋友会觉得“我以前开后处理好像没这么麻烦”。这里面有两个因素。第一Built-in 时代的 Post Processing Stack v2 里DOF 如果拿不到深度纹理它可能会自己再走一遍场景渲染来生成深度或者对浅层深度做近似计算表现不一样但“好像有模糊效果”。第二很多老项目里 DOF 只用于 3D 场景Sprite 只是 UI 或者小装饰不太会引起注意。迁移到 URP 之后后处理链路被重写各种效果更依赖统一的深度纹理机制Sprite 不写深度的问题就彻底暴露了。说白了这不是引擎“坏了”而是新的渲染架构下透明物体不参与深度通道这一设计被严格贯彻了。搞清楚这个设计原则你就能理解为什么光调 DOF 参数没用也就能顺着思路找到解法想办法让 Sprite 在不破坏自己外观的前提下把深度写进该写的地方。2. 方案选型让 Sprite 进入深度通道的几种做法2.1 三种可落地方案对比针对“让 Sprite 写入深度”这个问题我试过并验证过的方案主要有三种各有取舍先放个对比表方案核心思路优点缺点适用场景改造 Sprite 材质改成不透明 Alpha Clip把材质从 Transparent 改成 Opaque开启 ZWrite用 Alpha Clip 裁掉透明像素实现最简单SRP Batcher 友好性能可控透明边缘会变硬透明度渐变效果可能会出问题排序从 SortingOrder 变成深度排序场景里的实体 Sprite比如树木、石块、角色立绘Render Objects Feature 补一个深度 Pass不动原材质在特定注入点为指定 Layer 额外渲染一次“只写深度”的 Pass保留原 Sprite 外观可以精细控制哪些层写深度配置复杂注入时机和深度纹理更新顺序容易踩坑不想改原材质或 Sprite 材质被大量共用的情况自定义双 Pass Shader自己写 Shader一个 Pass 正常渲染颜色另一个 Pass 只写深度最灵活深度写入和颜色输出完全自己控制写错容易引发遮挡、混合问题需要更多图形学基础需求特殊比如既要半透明又要参与 DOF从实现成本上看方案一永远是我推荐先试的。但它不一定对所有项目都成立所以在切入实操之前先想清楚一个问题。2.2 判断这个 Sprite 该不该受 DOF 影响并不是所有 Sprite 都需要写深度。UI、屏幕空间特效、部分半透明粒子通常就不应该被场景的 DOF 影响。如果把它们也强行写进深度反而会做出很奇怪的效果比如界面元素跟着镜头一起糊或者粒子被错误地当成实体遮挡。我的习惯是先给需要参与 DOF 的 Sprite 单独开一个 Layer比如叫DOFDepth。只在需要用 DOF 的相机上用 Render Objects Feature 或者只给这个 Layer 的 Sprite 替换材质避免一把梭全场景所有 Sprite 都改深度逻辑。这样后续排查问题只需要盯着一层看思路会清晰很多。另外还要判断场景里有没有其他不透明物体。如果场景里本来就有地面、盒子等不透明几何体URP 会正常生成深度图DOF 至少不会整体失效。但你的 Sprite 角色站在地面中央角色没深度DOF 把角色位置误判成背景那角色就会一直处于“焦点外”模糊得不成样子。这种“只有角色糊背景反而清晰”的怪象同样是深度缺失导致的。2.3 透明像素与渲染顺序的代价很多人一听到“改成 Opaque”就觉得万事大吉其实这里藏着不少坑。第一个坑是透明像素。Sprite 的纹理往往带 Alpha 通道一张圆形光圈的贴图四个角都是透明的。如果你只是把材质改成 Opaque 并打开 ZWrite却不对 Alpha 做任何处理那么整个 Quad 的深度都会被写进深度图。DOF 拿到深度以后会认为这块方形区域的每一个像素都有实体于是模糊计算把透明区域也算进去了最后你会在光圈边缘看到明显的方形轮廓。这就是我开头说的“像剪了一块贴纸”。解决办法是在 Fragment Shader 里用clip()把 Alpha 小于某个阈值的像素丢弃确保只有不透明像素写深度。第二个坑是渲染顺序。2D 游戏美术习惯用 SpriteRenderer 的 Sorting Order 控制谁盖谁这套规则在 Transparent 队列里是生效的。一旦你把 Sprite 改成 Opaque它的排列方式变成深度排序Sorting Order 就可能失效前后关系变成由相机距离决定。如果美术是严格按“图层”来做叠放的这里就会出一堆遮挡错乱。解决思路是尽量把同一层级的 Sprite 放在同一个 Z 轴上并通过 Sorting Layer 和 Sorting Order 结合 Z 偏移来模拟原来的叠放关系。第三个坑是合批。大量 Sprite 合批非常依赖材质实例的属性和 Shader 一致。你把一部分 Sprite 换成了新的深度 Shader另一部分还用原来的透明 Shader那这两堆 Sprite 肯定没法合批Draw Call 会涨。如果你所有需要写深度的 Sprite 都统一用一个 Shader反而还能重新合批这一点在性能调优时要提前考虑到。3. 实操一改造 Sprite 材质用不透明Alpha Clip 写深度3.1 用 URP 自带模板快速改如果你不想手写 Shader最快的办法是用 Unity 的 Shader Graph 生成一个 Sprite 专用 Shader。操作路径如下在 Project 窗口右键 - Create - Shader Graph - URP - Sprite Unlit Shader Graph。打开之后在 Graph Inspector 的 Graph Settings 里把 Surface Type 从 Transparent 改成 Opaque然后勾选 Alpha Clip把 Threshold 设成 0.5 左右。回到主预览图确保 Alpha Clip 的值连接到你贴图的 Alpha 通道上。最后建一个材质拖给 SpriteRenderer。这个方案的好处是直观美术也可以自己调整 Threshold。但它有个隐蔽问题Shader Graph 里把 Surface 改成 Opaque 后原来的透明混合方式会失效。如果一张贴图带很柔和的渐变 Alpha比如烟雾、光晕那么clip(alpha - 0.5)会把渐变的中间调全部砍掉边缘会非常硬。这种精灵就不太适合用方案一需要配合专门的深度 Mask 思路来做。3.2 一个可直接复制的深度写入 Shader如果你的项目里有少量 Sprite 需要参与 DOF又不想被 Shader Graph 的节点限制住可以自己写一个最小可用的深度写入 Shader。下面这个版本是我在实际项目里改出来的只保留最关键的部分。Shader Custom/SpriteDepthWrite { Properties { _MainTex (Sprite Texture, 2D) white {} _Color (Tint, Color) (1,1,1,1) _Cutoff (Alpha Cutoff, Range(0,1)) 0.5 } SubShader { Tags { Queue Geometry RenderType Opaque RenderPipeline UniversalPipeline } Pass { Name ForwardDepth Tags { LightMode UniversalForward } Cull Off ZWrite On ZTest LEqual ColorMask 0 Blend Off HLSLPROGRAM #pragma vertex vert #pragma fragment frag #include Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl struct Attributes { float4 positionOS : POSITION; float2 uv : TEXCOORD0; }; struct Varyings { float4 positionCS : SV_POSITION; float2 uv : TEXCOORD0; }; TEXTURE2D(_MainTex); SAMPLER(sampler_MainTex); CBUFFER_START(UnityPerMaterial) float4 _MainTex_ST; half4 _Color; half _Cutoff; CBUFFER_END Varyings vert(Attributes IN) { Varyings OUT; OUT.positionCS TransformObjectToHClip(IN.positionOS.xyz); OUT.uv TRANSFORM_TEX(IN.uv, _MainTex); return OUT; } half4 frag(Varyings IN) : SV_Target { half4 col SAMPLE_TEXTURE2D(_MainTex, sampler_MainTex, IN.uv) * _Color; clip(col.a - _Cutoff); return half4(0, 0, 0, 1); } ENDHLSL } } }这个 Shader 的关键点有三个。第一ColorMask 0表示这个 Pass 不输出颜色只更新深度缓冲所以不会影响 Sprite 正常的外观也不会因为后处理采样把颜色叠加进去。第二clip(col.a - _Cutoff)负责把透明像素剔除掉避免方形深度轮廓。第三Cull Off是为了防止相机转到 Sprite 背面时深度丢失毕竟 2D 精灵通常是双面渲染的。需要注意这是一个最小版本。如果你的项目用到了图集、ETC 压缩或者自定义的额外贴图要做相应扩展。另外CBUFFER里的属性定义要符合 SRP Batcher 的规则这样合批不受影响。3.3 相机、Volume、Sprite 的配置顺序材质改完之后还要确认整条链路是通的。按下面顺序配置能少走很多弯路在 URP Renderer Data 上确认相机开启了Depth Texture或者相机的 UniversalAdditionalCameraData 里勾选 Depth Texture。在场景里添加 Volume在 Volume Profile 里加 Depth of Field并开启 override。给需要参与 DOF 的 SpriteRenderer 换上刚才的材质。运行后打开 Frame Debugger找到深度相关 Pass看看 Sprite 有没有被画进去。我用这个流程处理过一个案例场景里有一棵用 Sprite 做的树地板和角色都是 3D 模型DOF 对 3D 模型生效但树完全无视镜头焦点。给树换上SpriteDepthWrite材质之后树的远近立刻能影响模糊强度了说明深度写入起了作用。这也是最快的验证方式直接调 Focus Distance看 Sprite 会不会跟着变清晰或变模糊。4. 实操二用 Render Objects Feature 给指定 Layer 补深度4.1 Render Objects Feature 的正确打开方式有时候你不想改 Sprite 原来的材质因为同一个材质可能在 UI、特效、角色身上共用一改全部受影响。这时候可以用 URP 的 Render Objects Feature 增加一个“额外深度写入”的渲染步骤。操作路径选中 URP Renderer Data 资产在 Renderer Features 列表里点击 Add Renderer Feature选择 Render Objects。然后配置Event选择BeforeRenderingPrePasses如果帧调试器里看到深度纹理生成顺序不对再往前调整。Layer Mask勾选专门为 DOF 准备的那个 Layer比如DOFDepth。Queue设为 Opaque。Overrides - Material指定一个“只写深度”的材质可以用上面那个SpriteDepthWrite。Overrides - DepthDepth Write Mode 改成 Force OnDepth Test 保持 LEqual。这里最关键的是 Event 的时机。URP 的深度纹理_CameraDepthTexture不是所有平台都在同一时刻生成的。如果 Render Objects 的注入时机跑到了深度纹理复制之后那后处理拿到的还是旧的深度图你写了也白写。所以一定要配合 Frame Debugger 去确认。4.2 注入时机的理解和验证我遇到过一种情况把 Event 设在BeforeRenderingOpaquesFrame Debugger 里明显看到额外 Pass 执行了深度也写了但 DOF 画面纹丝不动。后来才发现URP 在开启 Depth Texture 时先跑了一个Depth Prepass再把深度复制给_CameraDepthTexture。Render Objects 注入到不透明渲染流程里时复制动作已经发生后处理读到的是旧深度。把注入点改到BeforeRenderingPrePasses之后问题就解决了。不同 URP 版本的内部实现略有差异尤其是几个大版本对 Render Objects Feature 的 API 调整过。所以别迷信网上任何一篇“固定 Event 位置”的文章包括我这篇。最靠谱的验证方法是打开 Window - Analysis - Frame Debugger。在事件列表里找DepthPrepass、CopyDepth、RenderForwardOpaque这些节点。确认你的额外深度写入 Pass 出现在CopyDepth之前。如果出现时机不对换 Event 再试直到 Frame Debugger 里的顺序正确。这个方案虽然配置麻烦一点但最大的好处是“不影响原渲染结果”。原来的 Sprite 还是透明的该半透明半透明该按 SortingOrder 排还是按 SortingOrder 排只是在额外 Pass 里多写了一次深度专供给后处理用。如果你的项目里有大量需要保留透明外观但又想参与 DOF 的 Sprite这个方案比直接改材质靠谱得多。4.3 如何确定深度真的被写进去了确认深度写入是否生效除了看最终 DOF 效果外我还会临时写一个可视化 Shader把_CameraDepthTexture采样后输出成颜色。例如在 Fragment 里用Linear01Depth把深度转成灰度这样你就能直接看到“哪些物体有深度哪些没有”。观察结果很直观如果一个 Sprite 的位置在深度图里是纯黑或者纯白取决于深度编码方式那就说明它没写进去如果它呈现出和周围地面一致的渐变灰度说明深度链路已经通了。这个方法在排查询题时特别好用很多参数问题都能一眼定位。5. 实测中踩过的坑和避雷经验5.1 Alpha 没处理好透明区域变成“硬方块”这个是方案一最容易踩的坑也是我文章里反复强调的。Sprite 的一张贴图可能有大量透明区域。如果你不写clip()整个 Quad 的深度都会被写进深度图DOF 拿到这块方形深度后会把透明像素当成实体最后模糊结果边缘出现明显的方块轮廓。解决思路不只是clip一种。如果你的美术资源边缘特别柔和直接clip会产生很难看的锯齿可以尝试用smoothstep做一个渐变裁切阈值配合 dither 噪声做抖动透明让边缘柔和一点或者干脆不写颜色深度而是生成一个单独的 Coc Mask 纹理用后处理二次合成时按 Mask 混合模糊与清晰区域。最后一种方法最接近“正确”但成本最高一般项目用不到那么深我在这里提一下是想告诉大家深度写入并不是唯一解。灵活一点针对资源特性选方案。5.2 相机 Depth Texture 没开DOF 直接失效这个坑听起来蠢但真的容易发生。你改了半天材质和 Shader结果 Camera 上的 Depth Texture 一直没勾。URP 后处理没有深度可用DOF 直接不生效或者出现全屏模糊、全屏清晰之类的怪异现象。检查两处URP Renderer Data 上有没有勾 Depth Texture相机组件上的 UniversalAdditionalCameraData 里有没有勾。有的项目还用 Quality Settings 里覆盖了 Depth Texture Mode也要一起看。如果是移动端还要确认是否禁用了深度纹理以防性能问题如果你有场景景深需求就需要在必要的相机上单独开启。5.3 排序、合批、性能的火候把 Sprite 改成 Opaque 后最明显的变化是 2D 排序失效。我做过一个测试两张 Sprite 在同一平面上一张 Z 坐标是 0另一张是 0.1改成 Opaque 之后Z 小的会被 Z 大的挡住哪怕你给后者设了更高的 Sorting Order。解决办法有两个要么把所有 Sprite 的 Z 坐标固定在同一值只靠 Sorting Order 排序但这样深度写入意义就不大了要么在 Shader 里动态调整深度偏移让视觉排序和深度写入分离。性能方面所有 Sprite 都改成 Opaque 并开写深度会给移动端带来额外的 overdraw。尤其 Sprite 普遍带大块透明区域时深度写入本身不贵贵的是 Fragment 阶段的贴图采样和 clip 分支。如果场景里有几百个 Sprite建议给写深度和不写深度分开 Layer只给关键物体开。合批问题则要看材质是否完全一致。SrpBatcher 对材质属性一致性很敏感。你在代码里给 SpriteRenderer 设置不同的_Color或者MaterialPropertyBlock合批就会被打破。如果性能压力大可以考虑把不同颜色的 Sprite 合并到图集和共用材质里减少材质实例差异。5.4 UI 和特效被 DOF 误伤的处理UI 通常在 Overlay 模式下不写入相机的深度纹理所以不会受 DOF 影响。但如果你用 Screen Space - Camera 模式或者把 UI 元素放在了 3D 空间里比如世界空间画布那就可能被 DOF 误伤。表现为 UI 按钮忽清晰忽模糊非常诡异。处理方式通常是让 UI 走单独的相机和单独的 DepthClear或者在后处理 Volume 里按 Layer 过滤。URP 的后处理默认对整个相机生效如果不想让某些内容被 DOF 影响最干净的办法是拆两个相机一个主相机负责带后处理的场景渲染另一个 UI 相机不带后处理输出在 Overlay 之上。这个方法在一堆项目里都适用比在后处理参数里曲线救国要稳得多。6. 最终检查清单与我个人的建议6.1 上线前的自检清单我把自己排查这类问题时用的清单整理成了一张表每次改完配置就照着过一遍检查项说明Camera Depth Texture 是否开启没开则整个后处理链路没有深度可用Volume 里的 DOF 是否启用检查 Focus Distance、Aperture 参数是否合理Sprite 材质是否切到 Opaque AlphaClip透明像素必须裁掉否则出硬边Layer 是否只勾选了需要写深度的 Sprite避免 UI、特效被误伤Render Objects 注入时机是否在深度复制前用 Frame Debugger 确认Frame Debugger 里是否能看到 Sprite 的深度 Pass看不到就是没写进去移动真机性能是否达标关注 Draw Call 和 Fragment 开销如果你把这些都过了一遍DOF 对 Sprite 的效果还不对那大概率是 URP 版本或 Renderer 类型的问题建议去官方文档和论坛搜特定版本的已知问题别再硬调参数浪费时间。6.2 关于这个话题的最后一点经验我在多个项目里被这种“看起来配置都对但就是没效果”的问题折磨过最后的体会是别急着改参数先问自己三个问题。第一这个后处理依赖的输入数据我有没有准备好第二我的物体在渲染管线的哪个阶段有没有写进它该写的那张图第三如果我改动了渲染队列会不会影响原本的排序和合批逻辑把这三个问题想透十有八九能自己定位到问题。如果你现在正卡在“Sprite 不能参与 DOF”这上面我建议先按方案一改材质最小成本把链路跑通。确认整条深度链路通畅之后再考虑 Render Objects 之类的高级做法。这个顺序能让你少踩一堆没必要的坑。