Unity NGUI Panel裁剪3D模型与特效：Stencil Buffer实战指南

1. 项目概述：从UI到世界的裁剪艺术

在Unity项目里，尤其是那些UI和场景特效、角色模型交织在一起的游戏或应用，我们经常会遇到一个头疼的问题：如何让UI元素（比如一个窗口、一个面板）去“裁剪”或“遮罩”住场景中的其他物体？你可能会立刻想到UGUI的Mask组件，或者NGUI的Panel搭配Clipping属性。没错，它们对于裁剪同属UI系统的子物体（比如UI Sprite、UI Label）来说，是开箱即用的。但当你试图用NGUI的Panel去裁剪一个粒子特效、一个3D模型，甚至是一个用Shader Graph写的自定义材质球时，你会发现它完全不起作用。这就是我们今天要解决的核心痛点：打破UI系统与渲染世界的壁垒，让NGUI的Panel裁剪能力作用于任何使用标准渲染管线的物体。

这个需求在实战中非常普遍。想象一下，你有一个复杂的技能释放UI，中心是一个动态的NGUI面板，你希望面板区域外的技能特效（比如火焰、闪电粒子）和预览模型（比如武器、角色）都被整齐地裁剪掉，只显示面板内的部分，形成一个干净利落的“窗口”效果。或者，你正在制作一个AR应用，需要用一个UI画框来限定摄像头捕捉到的3D模型的显示范围。标准的NGUI Clipping（如Soft Clip或Texture Clip）是基于UI的绘制顺序和Stencil Buffer（模板缓冲）来工作的，它默认只管理它“管辖”下的UI Widget。对于场景中那些由不同Renderer、不同Material渲染的“外来户”，它无能为力。

因此，本项目的目标非常明确：编写一个自定义的Unity Shader，让任何使用该Shader的材质，都能“感知”并响应指定NGUI Panel的裁剪区域。我们将深入NGUI的裁剪原理，剖析Stencil Buffer的工作机制，并最终实现一个强大、灵活且性能可控的通用裁剪Shader。这不仅是一个Shader编写练习，更是一次对Unity渲染管线、UI系统与场景物体交互机制的深度探索。

2. 核心原理：Stencil Buffer与NGUI裁剪机制

要解决问题，必须先理解问题背后的原理。为什么NGUI的Panel能裁剪自己的子物体，却不能裁剪特效和模型？答案藏在Stencil Buffer（模板缓冲）和渲染队列（Render Queue）里。

2.1 Stencil Buffer是什么？

你可以把Stencil Buffer想象成一张和屏幕分辨率一样的单色“蒙版”贴图。在渲染每个像素时，GPU除了计算颜色（Color Buffer）和深度（Depth Buffer），还会查询和更新这张蒙版。它的核心操作基于一套简单的“比较与写入”规则：

• Ref (Reference Value)：一个整数值，由Shader指定，代表“我想要使用的模板值”。
• Comp (Comparison Function)：比较函数，如Always（总是通过）、Equal（等于）、Greater（大于）等。用于将Ref值与Stencil Buffer中当前像素位置已有的值进行比较。
• Pass/ Fail/ ZFail：根据比较和深度测试的结果，决定如何更新Stencil Buffer中该像素的值（例如，保持、替换为Ref值等）。

通过精心设计这些规则，我们可以实现复杂的区域遮罩、轮廓描边、镜子反射等效果。NGUI的裁剪功能，本质上就是利用Stencil Buffer为Panel区域“盖章”，然后只渲染模板值匹配的UI子物体。

2.2 NGUI Panel的裁剪流程

以NGUI的UIDrawCall（绘制调用）为例，当Panel启用裁剪（如Texture Clip）时，其工作流程如下：

1. 绘制裁剪区域（写入模板）：NGUI会首先绘制一个代表裁剪区域的“遮罩”几何体（可能是矩形，也可能是根据Texture Alpha定义的形状）。在绘制这个遮罩时，Shader会执行一个关键的Stencil操作：将特定区域（如Panel内）的Stencil Buffer值写入一个预设的标识值（例如1）。这个步骤的Shader指令通常类似：

   Stencil { Ref 1 Comp Always Pass Replace }

   这意味着，无论原来是什么值，在遮罩覆盖的像素处，Stencil Buffer都被强制写为1。

2. 绘制被裁剪的UI子物体（读取模板）：随后，NGUI绘制属于该Panel的UI子物体（如UISprite）。这些子物体使用的Shader内，会包含另一套Stencil指令：

   Stencil { Ref 1 Comp Equal Pass Keep }

   这表示：“只有当像素位置的Stencil Buffer值等于1时，我才渲染这个像素；否则就丢弃（不渲染）。” 这样就实现了只在Panel区域内显示UI元素的效果。

3. 清理（可选）：在某些配置下，NGUI可能会在最后绘制一个清除用的Pass，将用过的Stencil值重置。

2.3 为什么特效和模型不行？

问题的关键就在于第二步。NGUI为它的UI子物体提供的Shader（如Unlit/Transparent Colored）内置了上述“读取模板”的Stencil逻辑。但是，场景中的粒子系统（Particle System）、Skinned Mesh Renderer、Mesh Renderer所使用的Shader，99%都是没有这套逻辑的。它们要么根本不使用Stencil Buffer，要么使用的是完全不同的Ref值和比较规则。因此，它们无法与NGUI Panel写入的模板值（例如1）进行匹配，裁剪自然就失效了。

注意：这里还有一个渲染队列（Render Queue）的陷阱。NGUI UI的渲染队列通常在Transparent（3000）之后，比如UI队列（Geometry+）。而许多粒子特效和透明模型的队列也在Transparent（3000）附近。如果Stencil写入（遮罩绘制）的时机晚于被裁剪物体的绘制时机，那么裁剪也会失败。NGUI通过严格控制绘制顺序（先画遮罩，再画被遮罩的UI）来保证这一点。我们的自定义Shader也必须处理好渲染队列的匹配。

所以，我们的解决方案呼之欲出：为需要被裁剪的特效和模型，创建一个新的Shader。这个Shader必须包含与目标NGUI Panel完全匹配的Stencil“读取”逻辑，并且其渲染队列要与Panel的遮罩绘制顺序正确配合。

3. 自定义Shader设计与实现

理解了原理，我们就可以动手设计Shader了。我们的目标是实现一个通用裁剪Shader，它应该具备以下特性：

1. 可配置性：能够通过材质面板或脚本，指定要匹配的Stencil Ref值（对应不同的Panel）。
2. 兼容性：支持标准的光照模型（如Standard Surface）或简单的无光照模型（Unlit），以适应特效、模型等不同需求。
3. 性能友好：尽可能使用简单的Shader变体，避免不必要的计算。

这里我将提供一个基于Unity内置Standard着色器修改的版本，因为它应用最广，适合大多数3D模型。同时，我也会简述一个适用于粒子特效的Unlit版本的核心差异。

3.1 基础Shader框架（Standard版）

我们选择修改Standard着色器作为基础，因为Unity的Standardshader功能全面，是PBR模型的标杆。修改的关键在于在SubShader的Tags和Pass中添加正确的Stencil和渲染队列设置。

Shader "Custom/StencilMasked/Standard" { Properties { // 1. 保留所有Standard Shader的原有属性 _Color ("Color", Color) = (1,1,1,1) _MainTex ("Albedo (RGB)", 2D) = "white" {} _Metallic ("Metallic", Range(0,1)) = 0.0 _Glossiness ("Smoothness", Range(0,1)) = 0.5 // ... 其他属性如法线贴图、自发光等可根据需要保留 // 2. 新增裁剪控制属性 [Header(Stencil Mask Settings)] _StencilRef ("Stencil Reference", Int) = 1 [Enum(UnityEngine.Rendering.CompareFunction)] _StencilComp ("Stencil Comparison", Int) = 8 // 8 = Equal [Enum(UnityEngine.Rendering.StencilOp)] _StencilPassOp ("Stencil Pass Op", Int) = 0 // 0 = Keep } SubShader { // 关键：渲染队列必须与NGUI Panel的遮罩队列匹配或在其之后。 // NGUI UI通常使用"Geometry+XXX"的队列。保险起见，我们可以设置得稍后一些。 Tags { "RenderType"="Opaque" "Queue"="Geometry+1" } LOD 200 CGPROGRAM // 使用Standard的物理光照模型 #pragma surface surf Standard fullforwardshadows #pragma target 3.0 sampler2D _MainTex; fixed4 _Color; half _Metallic; half _Glossiness; struct Input { float2 uv_MainTex; }; // 核心：在Pass中定义Stencil状态块 Stencil { Ref [_StencilRef] Comp [_StencilComp] Pass [_StencilPassOp] } void surf (Input IN, inout SurfaceOutputStandard o) { fixed4 c = tex2D (_MainTex, IN.uv_MainTex) * _Color; o.Albedo = c.rgb; o.Metallic = _Metallic; o.Smoothness = _Glossiness; o.Alpha = c.a; } ENDCG } FallBack "Diffuse" }

代码解析与关键点：

1. 属性部分：我们保留了Standardshader的所有原有属性，确保材质的外观调节不受影响。新增了三个属性来控制Stencil：

   • _StencilRef：这是最重要的参数，必须与目标NGUI Panel写入的Stencil Ref值保持一致。默认设为1，因为很多NGUI默认配置使用1。
   • _StencilComp：比较函数。我们默认设置为Equal（值为8），这意味着只有当像素的Stencil Buffer值等于_StencilRef时，才渲染。
   • _StencilPassOp：当模板和深度测试都通过时，对Stencil Buffer的操作。默认Keep（值为0），即不修改Buffer，只读取。这是最常用的模式。

2. Tags {“Queue”=”Geometry+1″}：这是解决渲染顺序问题的关键。我们将队列设置为Geometry+1，这确保了该Shader的物体会在大多数不透明物体（Queue=”Geometry”）之后渲染。更重要的是，你需要确保这个值设置在NGUI Panel的遮罩绘制队列之后。NGUI Panel的裁剪遮罩通常在其子UI之前绘制，其队列值可以通过代码或查看NGUI源码获得（常见如Geometry+XXX）。将我们的模型队列设得比遮罩队列稍大（如+1或+10），能保证遮罩先写入Stencil，模型再读取。

3. Stencil状态块：这个块被直接放在CGPROGRAM内部，surf函数之前。它定义了该Pass的模板测试行为。Ref、Comp、Pass都链接到了我们新增的材质属性上，使得我们可以在编辑器里或运行时动态修改。

4. FallBack：指定一个备用Shader，当当前Shader不被支持时使用。Diffuse是一个兼容性很好的简单着色器。

3.2 适用于粒子特效的Unlit版本

粒子特效通常使用Particles/Standard Unlit这类无光照、支持软粒子的Shader。修改思路完全一致，只是Shader框架不同。

Shader "Custom/StencilMasked/Particle Unlit" { Properties { // 粒子常用属性 _MainTex ("Base (RGB) Trans (A)", 2D) = "white" {} _Color ("Color", Color) = (1,1,1,1) [Toggle(_ALPHATEST_ON)] _AlphaTest ("Alpha Cutout", Float) = 0 _Cutoff ("Alpha Cutoff", Range(0,1)) = 0.5 // 裁剪控制属性 [Header(Stencil Mask Settings)] _StencilRef ("Stencil Reference", Int) = 1 [Enum(UnityEngine.Rendering.CompareFunction)] _StencilComp ("Stencil Comparison", Int) = 8 [Enum(UnityEngine.Rendering.StencilOp)] _StencilPassOp ("Stencil Pass Op", Int) = 0 } SubShader { Tags { "Queue"="Transparent" "IgnoreProjector"="True" "RenderType"="Transparent" "PreviewType"="Plane" } Cull Off Lighting Off ZWrite Off Blend SrcAlpha OneMinusSrcAlpha Pass { CGPROGRAM #pragma vertex vert #pragma fragment frag #pragma multi_compile _ _ALPHATEST_ON #include "UnityCG.cginc" sampler2D _MainTex; float4 _MainTex_ST; fixed4 _Color; fixed _Cutoff; // Stencil配置同样放在Pass里 Stencil { Ref [_StencilRef] Comp [_StencilComp] Pass [_StencilPassOp] } struct appdata { float4 vertex : POSITION; float2 texcoord : TEXCOORD0; fixed4 color : COLOR; }; struct v2f { float4 pos : SV_POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; v2f vert (appdata v) { v2f o; o.pos = UnityObjectToClipPos(v.vertex); o.uv = TRANSFORM_TEX(v.texcoord, _MainTex); o.color = v.color; return o; } fixed4 frag (v2f i) : SV_Target { fixed4 col = tex2D(_MainTex, i.uv) * i.color * _Color; #ifdef _ALPHATEST_ON clip(col.a - _Cutoff); #endif return col; } ENDCG } } }

关键差异：

• 队列：粒子通常是Queue="Transparent"。NGUI的UI队列（如Geometry+300）可能早于或晚于Transparent。你需要测试并调整。有时需要将粒子的队列也设置为一个更高的Geometry+值，或者调整NGUI Panel的渲染顺序，以确保遮罩先被绘制。
• 渲染状态：粒子Shader通常关闭深度写入（ZWrite Off）并启用Alpha混合（Blend SrcAlpha OneMinusSrcAlpha）。这些状态不影响Stencil测试，但会影响最终的视觉效果和深度排序。

4. 实战配置与工作流程

有了Shader，接下来就是如何在项目中实际应用它。这个过程需要精细的配置和测试。

4.1 确定NGUI Panel的Stencil参数

这是最关键的一步。你需要知道你的NGUI Panel具体使用了哪个Stencil Ref值。有几种方法：

1. 查看NGUI源码（推荐）：找到NGUI的Unlit/Transparent ColoredShader或其使用的Shader变体。在它的SubShader中，寻找用于绘制被裁剪UI的那个Pass，里面的Stencil块会明确写出Ref值。在NGUI 3.x版本中，这个值常常是1。但如果你有多个进行裁剪的Panel，它们可能会使用不同的Ref值（如1, 2, 3...）来区分。
2. 经验与测试：如果无法查看源码，可以创建一个简单的测试场景。将一个模型赋上我们的自定义Shader，将_StencilRef设为1。然后创建一个启用Texture Clip的NGUI Panel，观察模型是否被裁剪。如果不成功，尝试2、3等其他值。

4.2 创建并配置材质球

1. 在Project视图中右键 -> Create -> Material，命名为“Mat_StencilMasked_Model”。
2. 将材质的Shader选择为我们刚创建的Custom/StencilMasked/Standard。
3. 像配置普通Standard材质一样，设置Albedo贴图、金属度、光滑度等。
4. 在材质Inspector面板的底部，找到“Stencil Mask Settings”折叠栏（这是我们Shader中[Header]标签创建的）。将Stencil Reference设置为上一步确定的NGUI Panel的Ref值（例如1）。Stencil Comparison保持为Equal。

4.3 应用到模型与特效

• 对于3D模型：直接将配置好的“Mat_StencilMasked_Model”材质拖拽到场景中模型的Mesh Renderer组件上，替换原有材质。
• 对于粒子特效：
  • 创建一个使用Custom/StencilMasked/Particle UnlitShader的新材质“Mat_StencilMasked_Particle”。
  • 配置好粒子的主贴图和颜色，并设置相同的Stencil Reference。
  • 在粒子系统的Renderer模块中，将Material指定为这个新材质。

4.4 调整渲染队列（解决裁剪失效的关键）

如果按照上述步骤操作后，裁剪仍然不生效，十有八九是渲染队列冲突。表现为模型或特效完全显示或完全不显示，而不是被正确裁剪。

排查与解决步骤：

1. 检查NGUI Panel的渲染顺序：在Unity编辑器中，选中你的NGUI Panel，查看其UIPanel组件。关注Render Queue属性。它可能显示为Automatic或一个具体的数字（如3000、3100）。记下这个值。
2. 调整自定义材质的渲染队列：选中你的自定义材质球。在Inspector中，Shader属性下方有一个Render Queue的输入框（可能需要点击Shader名字旁边的“x”号展开更多细节才能看到）。默认可能是-1（表示继承Shader的Tags设置）。
   • 规则：被裁剪物体的渲染队列数值，必须大于（即晚于）NGUI Panel遮罩的渲染队列数值。
   • 操作：如果NGUI Panel的Render Queue是3100，那么将你的自定义材质的Render Queue设置为3101或更大的值，例如3110。
3. 批量修改：如果你有很多材质需要修改，可以写一个简单的编辑器脚本：

   using UnityEditor; using UnityEngine; public class SetMaterialRenderQueue : EditorWindow { public Material targetMaterial; public int renderQueue = 3101; [MenuItem("Tools/Set Material Render Queue")] static void Init() { GetWindow<SetMaterialRenderQueue>("Set Render Queue").Show(); } void OnGUI() { targetMaterial = (Material)EditorGUILayout.ObjectField("Material", targetMaterial, typeof(Material), false); renderQueue = EditorGUILayout.IntField("Render Queue", renderQueue); if (GUILayout.Button("Apply") && targetMaterial != null) { targetMaterial.renderQueue = renderQueue; EditorUtility.SetDirty(targetMaterial); Debug.Log($"Set {targetMaterial.name}.renderQueue to {renderQueue}"); } } }

实操心得：渲染队列的调试是此方案中最“磨人”但最关键的一环。一个高效的调试方法是：将自定义Shader的Stencil Comp属性暂时改为Always，并赋予一个鲜艳的颜色。这样物体无论如何都会渲染。然后逐步调整其Render Queue，同时观察NGUI Panel的绘制（可以临时关闭Panel的裁剪查看遮罩几何体）。目标是让自定义物体的绘制时机，清晰地落在Panel遮罩绘制完成之后。

5. 高级技巧与性能优化

实现基础功能后，我们可以进一步优化，让方案更健壮、更高效。

5.1 支持多个独立裁剪区域

一个场景中可能有多个NGUI Panel各自进行裁剪。NGUI通过为不同的Panel分配不同的Stencil Ref值来实现隔离。我们的Shader天然支持这一点，因为_StencilRef是材质属性。

工作流：

1. 假设你有Panel_A（Ref=1）和Panel_B（Ref=2）。
2. 创建两个材质：Mat_For_PanelA（Stencil Ref = 1）和Mat_For_PanelB（Stencil Ref = 2）。
3. 将需要被Panel_A裁剪的物体赋上Mat_For_PanelA材质，被Panel_B裁剪的物体赋上Mat_For_PanelB材质。

这样，它们就会分别响应各自的裁剪区域，互不干扰。

5.2 动态切换与脚本控制

有时我们需要在运行时动态决定一个物体是否被裁剪，或者切换其对应的裁剪Panel。这可以通过C#脚本修改材质的属性来实现。

using UnityEngine; [RequireComponent(typeof(Renderer))] public class DynamicStencilController : MonoBehaviour { public int stencilReferenceValue = 1; private Material _instancedMaterial; // 使用实例化材质，避免影响原材质球 void Start() { Renderer renderer = GetComponent<Renderer>(); // 重要：创建材质实例，只影响当前物体 _instancedMaterial = renderer.material; // 这会自动创建实例 // 或者使用 renderer.material = new Material(renderer.sharedMaterial); ApplyStencilSettings(); } // 可以在运行时调用此方法来改变裁剪目标 public void SetStencilRef(int newRef) { if (_instancedMaterial != null) { stencilReferenceValue = newRef; ApplyStencilSettings(); } } void ApplyStencilSettings() { if (_instancedMaterial != null) { _instancedMaterial.SetInt("_StencilRef", stencilReferenceValue); // 如果需要，也可以动态修改比较函数 // _instancedMaterial.SetInt("_StencilComp", (int)UnityEngine.Rendering.CompareFunction.Equal); } } void OnDestroy() { // 清理实例化材质，防止内存泄漏（在非频繁创建的物体上可酌情省略） if (_instancedMaterial != null && Application.isPlaying) { Destroy(_instancedMaterial); } } }

注意事项：直接修改renderer.material会创建该材质的一个新实例，这可能会增加Draw Call（如果多个物体原本共享同一个材质）。对于大量需要动态控制的物体，考虑使用MaterialPropertyBlock来高效地修改材质属性而不创建实例。

5.3 性能考量与最佳实践

使用Stencil Buffer会带来额外的GPU开销，但通常很小。为了最大化性能，请遵循以下建议：

1. 精简Stencil使用范围：只为真正需要被裁剪的物体应用自定义Shader。不要给整个场景的物体都用上。
2. 合并绘制调用：尽可能让使用相同Stencil配置（相同Ref、Comp值）和相同材质的物体在渲染顺序上靠近，以促进GPU的绘制调用合并（Batching）。
3. 避免过度复杂的裁剪形状：NGUI的Texture Clip如果使用复杂的Alpha贴图，遮罩几何体可能会产生大量Overdraw（过度绘制）。尽量使用简单的几何形状（如矩形、圆形）作为裁剪区域。
4. 注意移动端性能：在低端移动设备上，任何额外的每像素操作（包括Stencil测试）都需要关注。务必在目标设备上进行性能测试。如果遇到瓶颈，可以考虑是否能用简单的视口（Viewport）或摄像机裁剪（Camera Rect）来替代部分效果。
5. Shader变体管理：我们的Shader暴露了_StencilComp和_StencilPassOp作为材质属性。这可能会导致Shader为不同的属性组合编译多个变体。如果项目中只使用Equal和Keep，可以考虑将这些属性从Shader中移除，硬编码在Pass里，以减少变体数量。

6. 常见问题与排查指南

在实际使用中，你可能会遇到一些“诡异”的情况。下面是一个快速排查清单。

问题现象	可能原因	解决方案
模型/特效完全不可见	1. Stencil Ref值不匹配。 2. 渲染队列设置错误，物体在遮罩之前渲染，此时Stencil Buffer还未写入有效值，测试失败导致全部丢弃。	1. 确认材质的_StencilRef与NGUI Panel使用的Ref值一致。 2.逐步调高自定义材质的Render Queue值，确保其大于Panel遮罩的队列。
模型/特效完全可见，无裁剪效果	1. Stencil测试未生效，Shader中的Stencil块可能被错误放置或覆盖。 2. 物体的Shader不支持Stencil，或者其自身的Stencil操作覆盖了NGUI的写入。 3. 渲染队列错误，物体在遮罩之后渲染，但测试条件（如Equal）可能因为Buffer被后续操作改变而不满足。	1. 检查Shader代码，确保Stencil块在正确的Pass中。 2. 确保物体使用的是我们的自定义Shader，而不是其他内置Shader。 3. 尝试将_StencilComp暂时改为Always，如果物体显示，则证明是值不匹配或队列问题。再结合上一条排查队列。
裁剪边缘闪烁或锯齿严重	1. 深度测试（ZTest）冲突。模型与NGUI遮罩或UI元素在深度上过于接近，导致Z-Fighting。 2. 对于透明物体（如粒子），混合模式与深度写入可能导致排序问题。	1. 适当调整模型或Panel的Z位置，拉开深度差距。可以尝试修改Shader中的ZTest指令（例如改为ZTest LEqual或调整偏移Offset）。 2. 对于粒子，确保其Shader关闭了深度写入（ZWrite Off），并仔细调整渲染队列。
多个裁剪区域互相干扰	不同的Panel使用了相同的Stencil Ref值，或者物体的材质Ref值设置错误。	为每个独立的裁剪Panel分配唯一的Stencil Ref值，并确保被裁剪物体的材质Ref值与之对应。
在编辑器里正常，打包后失效	Shader没有正确被打包进项目。或者，在Graphics Settings中，Shader的Stencil功能被某些平台设置或优化选项限制。	1. 检查Edit -> Project Settings -> Graphics -> Always Included Shaders列表中是否包含了你的自定义Shader。 2. 检查Player Settings中对应平台的Graphics APIs设置，确保没有禁用必要的功能。

一个实用的调试技巧：创建调试用Shader编写一个极简的调试Shader，只输出Stencil Buffer的值或根据比较结果显示不同颜色。这能帮你直观地看到Stencil Buffer的状态。

Shader "Debug/StencilViewer" { SubShader { Tags { "RenderType"="Opaque" "Queue"="Geometry+500" } // 放在最后渲染 Pass { CGPROGRAM #pragma vertex vert #pragma fragment frag #include "UnityCG.cginc" struct v2f { float4 pos : SV_POSITION; }; v2f vert (appdata_base v) { v2f o; o.pos = UnityObjectToClipPos(v.vertex); return o; } fixed4 frag (v2f i) : SV_Target { // 这里无法直接读取Stencil Buffer，但可以通过颜色来间接判断 // 我们可以依赖Unity内置的模板测试，让通过测试的像素显示一种颜色 return fixed4(1,0,0,1); // 显示为红色，如果看不到红色，说明模板测试没通过 } ENDCG // 使用和目标Panel完全一样的Stencil设置进行测试 Stencil { Ref 1 // 改成你要测试的值 Comp Equal } } } }

将这个Shader赋给一个全屏Quad，放在场景最后渲染，可以帮助你确认在某个屏幕位置，Stencil Buffer的值是否如你所愿。

实现NGUI Panel对非UI物体的裁剪，是一个连接UI系统与场景渲染的经典案例。它要求开发者不仅会写Shader，还要对渲染管线、状态机（如Stencil）和不同渲染器之间的交互有清晰的认识。一旦掌握了这套方法，你就能创造出各种突破UI边界、融合场景与界面的高级视觉效果，极大地提升项目的视觉表现力和沉浸感。记住，调试阶段耐心比对Stencil Ref值和渲染队列，是成功的关键。