Unity URP下实现网格轨迹重叠及自重叠变红的方案咨询

URP下多Pass不生效、Stencil Add操作无效是高频踩坑点，核心原因是默认套用Built-in管线的Shader逻辑，忽略了URP的Pass调度规则：URP默认前向管线只会自动执行带Tags { "LightMode" = "UniversalForward" }标签的Pass，其余自定义Pass不会被默认调度；同y值平面开ZWrite会导致深度测试随机失败，后续片元的Stencil操作根本不会执行，不是URP不支持Stencil的Add/Increment能力。以下是三个可直接落地的方案，按性能优先级排序，全部支持互重叠+自重叠检测。

方案1：修正Stencil实现（性能最优，移动端/大量轨迹首选） #

该方案零额外RT开销，DrawCall增加量可控，上千条轨迹也能稳定运行，是生产环境首选方案，实现步骤如下：

1. 编写双Pass Shader给所有轨迹网格使用：
   • 第一个Pass为纯Stencil写入Pass：
     • 标签设置为Tags { "LightMode" = "StencilWrite" }（自定义LightMode名，不要用UniversalForward）
     • 渲染状态设置ZWrite Off、Cull Off、ColorMask 0（不输出任何颜色，只写Stencil）
     • Stencil块配置：

       Stencil
       {
           Ref 1
           Comp Always
           Pass IncrSat // 饱和自增，值到255不再增长，避免数值溢出
           Fail Keep
           ZFail Keep
       }
       

     • 片元Shader直接返回0即可，不需要做任何光照、纹理计算。
   • 第二个Pass为正常轨迹渲染Pass：
     • 标签设置为Tags { "LightMode" = "UniversalForward" }
     • 保留原有URP高级Shader的所有渲染逻辑（纹理、透明混合、光照等），不需要加任何Stencil判断。
2. 打开URP Forward Renderer资产，依次添加3个Render Objects Render Feature，按执行顺序排列：
   • 第一个Feature：过滤层选所有轨迹所在的自定义层（比如Track层），Shader Pass选择刚才自定义的StencilWrite，渲染事件设置为After Rendering Opaques。这个阶段会跑完所有轨迹的Stencil写入逻辑，每个像素被轨迹覆盖几次，Stencil值就会被累加几次：单次覆盖值为1，重叠（自叠/互叠）值≥2。
   • 第二个Feature：同样过滤Track层，Shader Pass选择UniversalForward，渲染事件紧接在StencilWrite Feature之后，正常渲染所有轨迹的基础外观。
   • 第三个Feature：同样过滤Track层，覆盖最简单的纯红色无光照Shader，渲染事件设置为After Rendering Transparents，Stencil配置为Ref 2、Compare Function: GreaterEqual，渲染状态设置ZWrite Off、Cull Off，混合模式和轨迹的透明混合模式保持一致，把所有Stencil值≥2的重叠区域叠上红色。
3. 相机配置：确保相机清除选项里勾选Stencil清除，初始值设为0，避免上一帧的Stencil值残留。

方案2：屏幕空间计数RT实现（调试成本低，效果可控） #

如果觉得Stencil调试不直观，可以用屏幕空间计数的方案，逻辑完全透明：

• 新建一个和相机分辨率一致的R8格式RenderTexture作为覆盖计数图，在渲染轨迹前用CommandBuffer把它清为纯黑。
• 添加Render Feature，在不透明物体渲染完成后，把渲染目标切换到计数RT，关闭深度测试、深度写入，设置混合模式为Blend One One（加法混合），绘制所有轨迹网格，每个片元输出固定值(1/255, 0, 0, 0)。每有一层轨迹覆盖对应像素，像素的R值就会累加1/255，重叠2层及以上时R值≥2/255。
• 切回默认相机渲染目标，正常渲染所有轨迹。
• 加一个全屏后处理Pass，采样计数RT，所有R值≥2/255的像素，按需要的强度叠加红色即可。

这个方案不依赖Stencil缓冲，还可以根据R值大小（重叠层数）调整红色的透明度，实现层数越多红色越深的效果，缺点是需要额外占一张RT的内存，高分辨率下比Stencil方案多一点带宽开销。

方案3：CPU侧碰撞检测（赶交付快速落地） #

如果交付时间紧，来不及调试Shader和Render Feature，且轨迹总量不超过100条，可以用纯CPU的方案快速出效果：

• 给每个轨迹网格加MeshCollider，所有轨迹放在y=0平面。
• 轨迹生成/更新时，用三角形相交检测计算自身网格的自重叠区域，以及和其他轨迹网格的互重叠区域，生成对应形状的红色面片网格。
• 把红色面片放在y=0.001的位置（稍微抬高一点避免和原轨迹Z-Fighting），用纯红色无光照材质渲染即可。

这个方案不需要改任何渲染管线配置，逻辑简单，缺点是轨迹多了之后CPU检测开销会明显上升，只适合小规模场景快速交付。

内容的提问来源于stack exchange，提问作者Douglas Bittencourt