1. 从“画”到“画对”理解渲染管线中的秩序守卫在Unity里写Shader我们常常把注意力放在如何“画”出东西上——怎么混合颜色、怎么计算光照、怎么采样纹理。但一个更基础、也更容易被忽视的问题是“画在哪里”以及“谁先画谁后画”。想象一下你正在绘制一幅复杂的油画背景是天空中间是建筑前景是人物。你绝不会先画好人物再在他背后涂上建筑和天空那样人物就被盖住了。你必须遵循一个从远到近、从背景到前景的绘制顺序。在实时渲染中GPU可没有这么“智能”的全局视角它处理的是成千上万个三角形这些三角形提交的顺序CPU端和它们在屏幕空间的位置关系GPU端是混乱的。如果只靠提交顺序来决定谁在前谁在后结果必然是错乱的。这就是深度测试Depth Test和模板测试Stencil Test存在的根本原因。它们不是用来“创造”颜色的而是GPU在决定“是否要将一个像素写入屏幕”之前设立的两道“安检门”或“决策关卡”。它们维护着渲染的秩序确保像素以正确的空间关系被绘制出来。很多新手Shader效果出问题比如透明物体渲染错乱、特效穿帮、UI遮罩失效根源往往不是颜色计算错了而是这两道测试没配置对。深度测试大家相对熟悉它解决的是“谁在前谁在后”的三维空间遮挡问题。而模板测试则更为灵活它像是一个可编程的“印章”或“蒙版”解决的是“只允许在特定区域绘制”的二维屏幕空间遮罩问题。比如游戏里常见的角色血条框、汽车后视镜效果、技能释放范围指示圈或者Portal传送门效果里那个只能看到另一侧世界的“洞口”其核心技术就是模板测试。理解并掌握这两个测试意味着你从“只会调颜色的画师”进阶为“能控制绘制规则和流程的导演”。你的Shader将不再只是被动地接受模型和光照而是能主动地参与到渲染秩序的构建中实现更复杂、更精准的视觉效果。2. 深度测试不仅仅是“谁挡住谁”深度测试是渲染管线中保证正确视觉层次的核心机制。它的原理直观为每个要写入屏幕的像素片段计算一个深度值通常是从相机到该片段位置的Z距离然后与当前帧缓冲区中对应位置已存储的深度值进行比较。根据比较结果通过或不通过来决定是否用新像素的颜色和深度覆盖旧值。2.1 深度值的来源与视觉化陷阱在Unity的顶点/片元着色器中我们通过SV_POSITION语义获得裁剪空间坐标。其z分量经过透视除法除以w后会从裁剪空间映射到NDC标准化设备坐标空间其范围通常是近裁剪面为0或-1取决于API远裁剪面为1。这个NDC的z值就是深度测试所使用的深度值。这里有一个非常重要的点这个深度值是非线性的。由于透视投影的特性靠近相机的部分深度值变化很快精度高远离相机的部分深度值变化很慢精度低。这意味着在远处物体密集的场景中可能会因为深度精度不足而产生Z-Fighting深度冲突——两个距离极近的表面像素深度值几乎相同在比较时随机通过测试导致闪烁。注意在Shader中直接输出o.pos.z或o.pos.w来“看深度”是新手常犯的错误。要正确可视化深度通常需要将非线性深度值重新映射到线性空间。一个常见的方法是float linearDepth LinearEyeDepth(i.pos.z);需要包含UnityCG.cginc。理解深度值的非线性特性是调试深度相关问题的第一步。2.2 ZWrite与ZTest深度测试的双控制器在Shader的Pass中我们通过两个指令来控制深度测试行为ZWrite控制当前Pass渲染的像素是否要将其深度值写入深度缓冲区。可选On或Off。ZWrite On默认值。像素通过所有测试后会更新深度缓冲区。ZWrite Off像素不写入深度只影响颜色缓冲区。常用于半透明物体防止它挡住后面的不透明物体。ZTest定义深度比较的函数。即“新像素的深度”与“深度缓冲区中已有深度”的比较规则。ZTest Less默认值。新深度 旧深度时通过更近。ZTest LEqual新深度 旧深度时通过默认值在大多数API下实际上是LEqual。ZTest Greater/GEqual新深度 / 旧深度时通过用于渲染在更远处的物体如雾效。ZTest Equal/NotEqual深度相等/不相等时通过用于特殊轮廓效果。ZTest Always总是通过完全忽略深度比较。最常见的组合与误区不透明物体ZWrite On, ZTest LEqual。这是标准配置确保近处物体会覆盖远处物体。标准半透明物体Alpha BlendingZWrite Off, ZTest LEqual。这是关键因为半透明物体需要与它后面的颜色混合如果它写了深度ZWrite On那么它后面的任何物体包括其他半透明物体都会被深度测试拒绝导致无法进行正确的混合。所以必须关闭深度写入但保留深度测试让它至少不会渲染到被不透明物体完全遮挡的部分。特殊效果如遮挡高亮可能需要ZWrite Off, ZTest Greater只在物体被其他物体挡住的部分进行绘制。2.3 实战中的深度排序难题与解决方案理论简单但实战中坑很多。最经典的问题是半透明物体的渲染顺序。由于关闭了深度写入GPU无法再依靠深度缓冲区来正确排序多个半透明物体。这时渲染结果完全依赖于它们被提交到GPU的顺序即Unity中GameObject的渲染队列或材质RenderQueue。如果顺序不对就会出现后面的半透明物体错误地覆盖在前面的物体之上。解决方案与经验手动排序对于简单的半透明物体确保在场景中离相机更远的物体先被渲染。可以通过设置材质的RenderQueue为Transparent值为3000并利用Queue标签进行微调如QueueTransparent100。分割网格对于复杂的半透明物体如一棵有大量交叉树叶的树手动排序几乎不可能。一个折中方案是将物体拆分成多个部分分别排序渲染但这会带来Draw Call上升的性能代价。使用 Alpha Test 替代 Alpha Blend对于有清晰硬边界的透明效果如草、链甲使用clip()函数进行透明度测试Alpha Test。因为被clip丢弃的像素不会产生任何输出所以可以保持ZWrite On从而获得正确的深度排序。但代价是边缘锯齿可能更明显。接受不完美在许多情况下对于复杂、交错、动态的半透明物体如粒子特效、烟雾追求完美的排序在实时渲染中代价过高。此时通常的策略是保证单个特效系统内部的相对顺序正确并接受不同特效系统之间可能存在的混合错误只要在快速的动态中不明显即可。深度测试是构建可信3D世界的基石。它的配置看似简单但需要根据物体的材质属性不透明、半透明、镂空和期望的视觉效果进行精心设计。一个良好的习惯是在Shader编写初期就明确每个Pass的ZWrite和ZTest策略。3. 模板测试你的可编程屏幕蒙版如果说深度测试是解决Z轴秩序的“硬规则”那么模板测试就是解决屏幕空间绘制权限的“软规则”。它提供了一个额外的8位整数缓冲区模板缓冲区允许我们像使用印章或蒙版一样先在某些区域“盖章”做标记然后后续的绘制只允许在特定标记区域或非标记区域进行。3.1 模板缓冲区的工作原理读写与比较模板测试发生在片元着色器之后深度测试之前在标准的渲染管线中。它对每个像素的模板值进行操作流程可以概括为读取Read读取当前像素位置模板缓冲区中已有的值Ref。比较Compare将该值与一个我们设定的参考值Reference Value进行比较。比较函数可以是Less,Greater,Equal,NotEqual等。写入Write根据比较结果通过或失败按照预设规则更新模板缓冲区中的值。更新操作可以是Keep保持原值、Zero归零、Replace替换为参考值、IncrSat增加并饱和等。在Unity Shader中我们使用Stencil块来配置这一切Stencil { Ref 2 // 参考值通常是一个0-255的整数 Comp Always // 比较函数Always, Never, Less, Greater, Equal, NotEqual, LEqual, GEqual Pass Keep // 当模板测试和深度测试都通过时对模板缓冲区的操作 Fail Keep // 当模板测试失败时对模板缓冲区的操作 ZFail Keep // 当模板测试通过但深度测试失败时对模板缓冲区的操作 }3.2 经典应用模式拆解模板测试的威力在于其模式的灵活性。下面通过几个典型模式来理解其配置逻辑。模式一区域遮罩如血条框、雷达图这是最常用的模式。目标是只在屏幕上一个特定形状的区域内绘制内容。第一步绘制遮罩形状写入标记。使用一个专门的Pass或一个单独的物体比如一个UI Image来绘制遮罩区域如一个圆形。这个Shader的模板配置通常是Stencil { Ref 1 Comp Always Pass Replace // 无条件地用1替换掉遮罩区域内的模板值 }同时这个遮罩物体的颜色写入应该关闭ColorMask 0并且可能关闭深度写入ZWrite Off因为它只是一个标记不应该影响场景渲染。第二步绘制被遮罩的内容。绘制血条、雷达信息等内容。其Shader的模板配置为Stencil { Ref 1 Comp Equal // 只允许在模板值等于1的区域即第一步标记的区域绘制 Pass Keep }这样无论这个内容物体在3D空间中的实际位置如何它的像素都只会出现在第一步画出的那个圆形区域内。模式二轮廓描边Stencil Outline一种高效实现物体描边的方法比用两个Pass缩放模型顶点更节省性能。第一步正常绘制物体并标记区域。Stencil { Ref 1 Comp Always Pass Replace // 物体占据的区域模板值被设为1 }第二步绘制放大的轮廓模型但只绘制未被标记的区域。使用一个稍微放大的相同模型可以通过顶点沿法线膨胀实现其Shader配置Stencil { Ref 1 Comp NotEqual // 只绘制模板值不等于1的区域即物体轮廓周围的一圈 Pass Keep } ZWrite Off // 轮廓通常不写入深度避免影响主体这个轮廓Pass使用纯色或发光颜色就形成了描边效果。模式三镜子/传送门效果Portal模拟镜子中反射另一个世界或传送门看到另一场景的效果。第一步绘制镜子/传送门洞口区域并写入一个标记。类似遮罩模式的第一步用Replace操作在镜子区域写入一个特定值如Ref 2。第二步绘制反射/另一场景的内容。这个内容需要根据镜面进行变换如使用投影矩阵。其Shader模板配置为Stencil { Ref 2 Comp Equal // 只允许在镜子区域内绘制反射内容 Pass Keep }第三步正常绘制镜子本身的材质如玻璃边框。这个Pass的模板测试可以设为Always或也使用Equal但渲染队列要在反射内容之后以确保边框盖在反射内容之上。3.3 避坑指南模板值的管理与清除模板缓冲区是全局的一帧内持续有效。如果管理不当标记会残留到下一帧导致渲染错误。关键每帧开始时清除模板缓冲区。在Unity中这通过摄像机完成。确保你的Camera的Clear Flags包含了Depth因为模板值通常随深度缓冲区一起被清除ClearFlags.Depth会同时清除深度和模板。对于UI等特殊情况可能需要手动调用GL.Clear。规划模板值的使用范围。像规划图层一样规划你的模板值。例如1号留给UI遮罩2号留给游戏内特殊效果3号留给编辑器工具提示……避免不同的、不相关的效果使用相同的模板值导致相互干扰。调试模板缓冲区。在开发过程中可以将模板值可视化来调试。写一个简单的Shader将片元着色器输出改为float4(stencilValue/255.0, 0, 0, 1)可以清晰地看到屏幕上各个区域的模板值分布是排查问题的利器。模板测试赋予了我们像素级别的绘制控制权。它将屏幕从一块“只能覆盖涂抹的画布”变成了一块“可以分区管理、按规则作画的黑板”。掌握它你就能实现许多依赖常规混合和深度测试难以完成或效率低下的特效。4. 深度与模板的协同作战实现复杂渲染效果单独使用深度或模板测试已经能解决很多问题但当它们协同工作时能实现更精细、更强大的渲染控制。这种协同的核心在于理解渲染队列Render Queue和多个Pass的配合。4.1 渲染队列决定战斗的序列Unity用RenderQueue值来决定物体的渲染顺序。这个值可以在Shader的Tags里设置例如QueueGeometry500。大致分类如下Background(1000): 最先渲染如天空盒。Geometry(2000): 默认的不透明物体。AlphaTest(2450): 使用Alpha Test的物体在Geometry之后Transparent之前。Transparent(3000): 半透明物体从后往前渲染。Overlay(4000): 最后渲染如镜头光晕、UI。深度与模板测试的执行严格依赖于物体被渲染的顺序即Queue顺序。后渲染的物体其深度/模板测试是针对当前已经更新了的深度/模板缓冲区进行的。因此你必须像导演安排演员出场一样精心安排每个“效果层”的渲染队列。4.2 多Pass Shader中的测试策略一个复杂的特效Shader往往包含多个Pass。每个Pass都可以独立配置其深度和模板测试状态并且前一个Pass的渲染结果颜色、深度、模板值会直接影响后一个Pass。案例一个带遮罩和发光边缘的护盾效果假设我们要实现一个护盾它本身是半透明的表面有流动纹理在被其他物体遮挡时接触边缘会发出高亮光晕。Pass 0: 写入深度标记。这个Pass只做一件事标记护盾“背后”的区域。关闭颜色写入ColorMask 0开启深度写入ZWrite On但将深度测试设为ZTest Greater。这样这个Pass只会更新那些比当前缓冲区中物体更远即被物体挡住的像素的深度值。同时可以配置模板测试在这些区域写入一个特定的模板值如Ref 1。// Pass 0: Mark behind area ColorMask 0 // 不写颜色 ZWrite On ZTest Greater // 只渲染被遮挡的部分更远处 Stencil { Ref 1 Comp Always Pass Replace // 在被遮挡区域标记为1 }Pass 1: 绘制护盾本体。正常的半透明护盾渲染。ZWrite Off, ZTest LEqual。模板测试可以设为Comp NotEqual 1这样护盾本体就不会绘制在第一步标记的“被遮挡区域”或者也可以不管取决于设计。Pass 2: 绘制遮挡高亮光晕。这个Pass专门绘制第一步中标记的“被遮挡区域”的边缘光晕。使用护盾的模型但可能用顶点膨胀来让光晕更明显。其配置关键为ZWrite Off ZTest Always // 或 LEqual取决于你想让光晕是否也被更近的物体遮挡 Stencil { Ref 1 Comp Equal // 只绘制标记为1的区域被遮挡区域 Pass Keep }这个Pass的片元着色器可以输出一个发光颜色并可能根据深度差来淡化光晕强度。这样就实现了“只有护盾被挡住的部分才会发光”的效果。这个案例展示了如何通过多个Pass利用深度测试筛选出特定的空间区域被遮挡部分再用模板测试将该区域标记出来最后用一个专门的Pass针对这个标记区域进行渲染。这种“筛选-标记-渲染”的思路是解决许多复杂视觉效果的标准方法论。4.3 性能考量与最佳实践深度和模板测试是硬件支持的超高效操作开销极小。但错误的使用方式仍会带来性能问题避免不必要的深度写入这是最重要的原则。对于完全透明的片元alpha 0、粒子特效、后期屏幕特效除非有特殊需求否则都应ZWrite Off。不必要的深度写入会破坏深度缓冲区的信息导致后续物体本应通过的深度测试失败被早前写入的、其实看不见的透明像素深度值挡住造成“过度遮挡”Over-Occlusion。谨慎使用复杂的模板操作IncrSat、DecrSat等操作比Keep、Replace稍慢。在移动平台应尽量减少每帧内模板值的频繁读写和变化。合并渲染状态如果多个不相关物体使用相同的深度/模板测试配置它们之间不会产生状态切换开销。但如果配置频繁变化会引发GPU状态切换。在可能的情况下通过规划渲染队列和材质让使用相同测试配置的物体连续渲染。理解Early-Z现代GPU有Early-Z优化在片元着色器执行前会先进行深度测试如果深度写入开启且没有discard或修改深度值的操作。如果片元被遮挡就直接跳过昂贵的片元着色器计算。这意味着对于不透明物体保持ZWrite On和ZTest LEqual能最大化Early-Z收益。如果Shader中使用了clip()进行Alpha Test或者在片元着色器中修改了深度值SV_Depth通常会禁用Early-Z因为GPU无法在片元着色器执行前知道该像素是否会被丢弃或深度值是多少。此时性能会下降。深度和模板测试是Shader编写中的“基础设施”。它们不直接产生绚丽的色彩但确保了所有绚丽色彩都能被正确地、有序地放置在屏幕上。花时间深入理解它们就像练武之人扎马步基础扎实了后面所有复杂的效果和技巧才能施展得开并且稳定、高效。下次当你设计一个Shader时在考虑颜色和光照之前不妨先问自己两个问题这个物体的像素应该在什么条件下被画出来ZTest画完之后要不要、以及如何影响后续的绘制ZWrite/Stencil想清楚了这两个问题很多渲染难题的解决方案就已经清晰了一半。