1. 项目概述：从通用渲染管线到风格化表达

在Unity里做渲染，尤其是想跳出PBR（基于物理的渲染）那种追求真实感的框框，搞点自己的风格，比如日式动画那种干净利落的卡通效果，Custom Render Feature（自定义渲染特性）是你绕不开的一个核心工具。这玩意儿不是某个具体的Shader，而是URP（通用渲染管线）给你开的一个“后门”，让你能在标准的渲染流程里，插入自己的渲染Pass，想画啥就画啥，想怎么画就怎么画。

这次我们要搞的，就是两个非常经典且能极大提升卡通感的NPR（非真实感渲染）效果：法线外描边和色阶切分。法线外描边，说白了就是给模型勾个边，但这个边不是模型自带的，而是我们通过把模型沿着法线方向“挤”出去一圈画出来的，所以叫“外描边”。它比那种基于屏幕后处理的描边（比如Sobel算子）要稳定得多，不会因为摄像机角度或模型复杂度而出现断边、闪烁。色阶切分就更直接了，就是把原本平滑的光照过渡，变成几个明显的色阶，就像漫画里的阴影分块，一下子就把卡通味提上来了。

为什么非得用Custom Render Feature来做？因为这两个效果，尤其是法线外描边，它需要在绘制模型本身之前，先画一遍只有描边的版本。这个“之前”的操作，在URP的标准流程里是没有预留位置的。你得自己告诉渲染管线：“嘿，先停一下，让我插个队，画个黑边”。Custom Render Feature就是给你这个“插队权”的。你不用去动URP的核心代码，就能定制渲染顺序，这对于项目维护和团队协作来说，太重要了。

所以，这篇文章就是一份手把手的实战记录。我会假设你已经对Unity的URP有基本了解，知道Shader和Material是啥，然后我们一起，从零开始，构建这两个效果。目标很明确：得到一个运行高效、效果稳定、并且代码清晰易于调整的卡通渲染方案。你会发现，理解了Custom Render Feature的工作逻辑，很多其他屏幕后处理、多Pass渲染的需求，思路也就通了。

2. 核心思路与架构设计

在动手写代码之前，我们得把整个渲染流程在脑子里过一遍，想清楚每个环节要做什么，数据怎么传递。用Custom Render Feature不是简单写个Shader就完事了，它涉及到渲染管线、Pass调度、资源管理等一系列概念。

2.1 渲染管线中的“插队”时机

URP的渲染流程是模块化的，主要包括几个固定的ScriptableRenderPass，比如绘制不透明物体、绘制天空盒、绘制透明物体等。我们的Custom Render Feature，本质上是一个容器，里面装着我们自己定义的ScriptableRenderPass。我们可以决定这个Pass在哪个阶段执行。

对于法线外描边，最合适的时机是在绘制所有不透明物体之前。因为描边本身应该被当作一个不透明的、最底层的轮廓。我们需要先清空深度缓冲区，然后绘制描边（写入深度），最后再绘制模型本身。这样模型就会自然地覆盖掉描边内侧的部分，只留下外围的一圈。如果放在不透明物体之后绘制，描边可能会错误地画在离摄像机更近的其他物体前面。

色阶切分则不同，它通常是对光照计算结果的处理。更常见的做法是直接在物体的主着色器（Shader）里完成，通过一个阶跃函数来量化光照强度。但有时为了全局控制或实现一些特殊效果（比如基于屏幕空间的色阶调整），也可以作为一个全屏后处理Pass，放在所有不透明和透明物体绘制之后。这里我们先采用更主流、性能更好的方式：集成在主Shader中。

因此，我们的架构将包含两个主要部分：

1. 一个Custom Render Feature：负责调度法线外描边的渲染Pass。
2. 一个自定义的URP Lit Shader（或Unlit Shader）：在片元着色器中实现色阶切分逻辑。

2.2 资源与数据流设计

我们需要创建几个关键的资产：

• 一个C#脚本：继承自ScriptableRendererFeature，这就是我们的Feature。它负责在编辑器里创建和配置我们的Render Pass，并将其添加到渲染器中。
• 一个C#脚本：继承自ScriptableRenderPass，这是真正干活的Pass。它定义了渲染命令（如设置渲染目标、绘制调用）、管理临时纹理（RenderTexture）。
• 一个Shader文件：用于绘制法线外描边。这个Shader相对简单，核心就是顶点沿着法线外扩。
• 一个Shader Graph或HLSL Shader：用于实现包含色阶切分的主着色器。

数据流方面，关键点在于如何将模型数据传递给描边Pass。我们需要让描边Pass能够渲染场景中特定的物体。通常有两种方式：

1. 基于Layer（图层）过滤：给需要描边的物体分配特定的Layer，在Pass中设置FilteringSettings只渲染该Layer的物体。这种方式灵活，可以按物体控制。
2. 基于Renderer Feature的配置：在Feature的Inspector面板上暴露一个Material字段，描边Pass会用这个材质去渲染所有不透明物体。这种方式统一，但控制粒度较粗。

我们将采用第一种方式，因为它更符合项目实际需求——你可能只想给主角或特定道具加描边，而不是所有东西。

2.3 性能考量初步

法线外描边需要额外绘制一遍所有需要描边的物体，这是主要的性能开销。因此，要严格控制需要描边物体的数量和面数。描边Shader本身应尽可能简单，避免复杂的光照计算，通常用一个纯色（如黑色）输出即可。

色阶切分在主Shader中完成，其开销几乎可以忽略不计，就是多了一次step或smoothstep函数调用。

注意：临时纹理（RenderTexture）的创建和释放是性能敏感点。我们必须在Pass的Configure方法中申请所需纹理，并在Execute方法使用完毕后，通过CommandBuffer.ReleaseTemporaryRT及时释放，避免内存泄漏。URP提供了RenderingUtils.ReAllocateIfNeeded等辅助方法，但理解手动管理的原理至关重要。

3. 法线外描边的完整实现

这是本次实战的第一个重点。我们将一步步创建出稳定可靠的法线外描边效果。

3.1 创建描边渲染通道 (Outline Render Pass)

首先，创建我们的ScriptableRenderPass，我将其命名为OutlineRenderPass.cs。

using UnityEngine; using UnityEngine.Rendering; using UnityEngine.Rendering.Universal; public class OutlineRenderPass : ScriptableRenderPass { private string m_ProfilerTag; private Material m_OutlineMaterial; private LayerMask m_OutlineLayerMask; private RenderTargetIdentifier m_CameraColorTarget; private RenderTargetHandle m_TemporaryColorTexture; // 构造函数，接收配置参数 public OutlineRenderPass(string profilerTag, Material outlineMaterial, LayerMask outlineLayerMask) { m_ProfilerTag = profilerTag; m_OutlineMaterial = outlineMaterial; m_OutlineLayerMask = outlineLayerMask; m_TemporaryColorTexture.Init("_TemporaryColorTexture"); // 非常重要：设置渲染时机和类型 renderPassEvent = RenderPassEvent.BeforeRenderingOpaques; // 在不透明物体前渲染 // 我们不需要清除颜色，但需要清除深度，以确保描边在最底层 configureClear = ClearFlag.Depth; } // 这个方法在Pass执行前被调用，用于配置所需的RenderTexture public override void Configure(CommandBuffer cmd, RenderTextureDescriptor cameraTextureDescriptor) { // 创建一个临时的RenderTexture，用于绘制描边 // 格式和相机目标纹理一致即可 RenderTextureDescriptor descriptor = cameraTextureDescriptor; descriptor.depthBufferBits = 0; // 描边Pass我们可能不需要独立的深度纹理，用主深度缓冲区即可 cmd.GetTemporaryRT(m_TemporaryColorTexture.id, descriptor, FilterMode.Bilinear); // 将临时纹理设置为本次Pass的颜色渲染目标 ConfigureTarget(m_TemporaryColorTexture.Identifier()); // 因为我们设置了configureClear = ClearFlag.Depth，这里会自动清除深度 } // 核心执行方法 public override void Execute(ScriptableRenderContext context, ref RenderingData renderingData) { // 如果材质球没设置，直接返回 if (m_OutlineMaterial == null) { Debug.LogWarning("Outline material is not set."); return; } CommandBuffer cmd = CommandBufferPool.Get(m_ProfilerTag); using (new ProfilingScope(cmd, new ProfilingSampler(m_ProfilerTag))) { // 1. 设置视口和投影矩阵（通常相机已经设置好，这里确保一下） context.ExecuteCommandBuffer(cmd); cmd.Clear(); // 2. 绘制描边物体 var drawSettings = CreateDrawingSettings(new ShaderTagId("UniversalForward"), ref renderingData, SortingCriteria.CommonOpaque); var filterSettings = new FilteringSettings(RenderQueueRange.opaque, m_OutlineLayerMask); // 重写绘制设置中的材质，强制使用我们的描边材质 drawSettings.overrideMaterial = m_OutlineMaterial; drawSettings.overrideMaterialPassIndex = 0; // 使用材质的第一个Pass context.DrawRenderers(renderingData.cullResults, ref drawSettings, ref filterSettings); } // 提交命令缓冲区 context.ExecuteCommandBuffer(cmd); CommandBufferPool.Release(cmd); } // Pass执行完毕后调用，用于释放资源 public override void FrameCleanup(CommandBuffer cmd) { base.FrameCleanup(cmd); // 释放临时RenderTexture if (m_TemporaryColorTexture != RenderTargetHandle.CameraTarget) { cmd.ReleaseTemporaryRT(m_TemporaryColorTexture.id); } } // 提供一个方法，用于外部（如Feature）设置相机的颜色目标 public void SetCameraColorTarget(RenderTargetIdentifier colorTarget) { m_CameraColorTarget = colorTarget; } }

关键点解析：

• renderPassEvent = RenderPassEvent.BeforeRenderingOpaques：这是灵魂。确保了描边在最底层绘制。
• configureClear = ClearFlag.Depth：我们只清除深度缓冲区，不关心颜色缓冲区之前是什么（可能是天空盒），因为我们只画描边。
• overrideMaterial：这是实现“用描边材质替换物体原有材质”的关键。无论物体原来是什么材质，在这个Pass里都统一用我们指定的m_OutlineMaterial来画。
• FilteringSettings：通过m_OutlineLayerMask，我们只渲染指定Layer的物体，实现了选择性描边。
• FrameCleanup：务必记得释放临时纹理，这是良好内存管理的习惯。

3.2 编写描边着色器 (Outline Shader)

接下来，创建描边用的Shader。我们在项目里新建一个Unlit Shader，命名为Outline.shader。它的核心思想是在顶点着色器中将顶点位置沿法线方向挤出。

Shader "Custom/Outline" { Properties { _OutlineColor ("Outline Color", Color) = (0, 0, 0, 1) _OutlineWidth ("Outline Width", Range(0, 0.1)) = 0.03 } SubShader { Tags { "RenderType"="Opaque" "RenderPipeline"="UniversalPipeline" "Queue"="Geometry" } Pass { Name "Outline" Cull Front // 非常重要：只渲染背面（挤出后的模型内表面会被原模型遮挡，外表面形成轮廓） ZWrite On ZTest LEqual ColorMask RGB // 只写入颜色，不写入深度（深度已在Pass配置中清除并写入） HLSLPROGRAM #pragma vertex vert #pragma fragment frag #include "Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl" struct Attributes { float4 positionOS : POSITION; float3 normalOS : NORMAL; }; struct Varyings { float4 positionHCS : SV_POSITION; }; CBUFFER_START(UnityPerMaterial) float4 _OutlineColor; float _OutlineWidth; CBUFFER_END Varyings vert (Attributes IN) { Varyings OUT; // 将模型空间法线转换到观察空间（View Space） VertexNormalInputs normalInputs = GetVertexNormalInputs(IN.normalOS); float3 normalVS = normalInputs.normalWS; // 注意：GetVertexNormalInputs返回的是世界空间法线 // 为了在观察空间挤出，我们需要顶点在观察空间的位置 VertexPositionInputs positionInputs = GetVertexPositionInputs(IN.positionOS.xyz); float3 positionVS = positionInputs.positionVS; // 在观察空间沿法线方向挤出顶点 // 注意：观察空间是右手坐标系，Z轴正向指向摄像机后方。挤出方向就是法线方向。 float3 outlineOffset = normalVS * _OutlineWidth; positionVS += outlineOffset; // 将观察空间位置转换到齐次裁剪空间 OUT.positionHCS = TransformWViewToHClip(positionVS); return OUT; } half4 frag (Varyings IN) : SV_Target { // 描边颜色，简单输出 return _OutlineColor; } ENDHLSL } } }

关键点解析：

• Cull Front：这是实现“外描边”的另一个关键。我们将模型的正面剔除（Cull Front），只渲染背面。当模型沿法线挤出后，其“背面”实际上就是朝外的轮廓部分。而模型原始的正面（内表面）在后续绘制不透明物体时会被覆盖掉。如果设置成Cull Back，你会看到的是“内描边”，效果很奇怪。
• 挤出空间的选择：我们在观察空间（View Space）进行挤出。为什么不是模型空间或世界空间？因为描边的视觉宽度应该相对于屏幕是稳定的。在观察空间挤出，意味着无论模型距离摄像机多远，挤出的视觉宽度大致是恒定的（因为_OutlineWidth单位与观察空间坐标单位相关）。如果在世界空间挤出，远处的物体描边会细得看不见。
• GetVertexNormalInputs和GetVertexPositionInputs：这是URP Shader Library提供的工具函数，能帮你正确处理各种空间变换，比手动乘矩阵更可靠。
• ZWrite On和ZTest LEqual：我们写入深度，并且只有当前片元深度小于等于深度缓冲区现有值时才通过测试。结合Pass配置中先清除深度，确保了描边写在最底层。

3.3 创建并配置渲染特性 (Outline Renderer Feature)

现在，创建ScriptableRendererFeature来整合这个Pass。新建C#脚本OutlineRendererFeature.cs。

using UnityEngine; using UnityEngine.Rendering; using UnityEngine.Rendering.Universal; public class OutlineRendererFeature : ScriptableRendererFeature { [System.Serializable] public class Settings { public Material outlineMaterial = null; public LayerMask outlineLayerMask = -1; // 默认全选 } public Settings settings = new Settings(); private OutlineRenderPass m_OutlinePass; // 相当于初始化函数，在渲染器创建时调用 public override void Create() { if (m_OutlinePass == null) { m_OutlinePass = new OutlineRenderPass("Outline Pass", settings.outlineMaterial, settings.outlineLayerMask); } } // 每一帧都会调用，在这里将Pass添加到渲染器中 public override void AddRenderPasses(ScriptableRenderer renderer, ref RenderingData renderingData) { if (settings.outlineMaterial == null) { Debug.LogWarning("Outline Material is not assigned in OutlineRendererFeature."); return; } // 设置Pass的渲染目标为相机的颜色目标 m_OutlinePass.SetCameraColorTarget(renderer.cameraColorTarget); // 将Pass加入到渲染器的执行队列 renderer.EnqueuePass(m_OutlinePass); } // 用于清理资源 protected override void Dispose(bool disposing) { m_OutlinePass = null; base.Dispose(disposing); } }

配置步骤：

1. 在Unity编辑器中，打开你的URP Asset（通常在Settings文件夹下）。
2. 在Renderer Features列表下方，点击Add Renderer Feature，选择OutlineRendererFeature。
3. 在新增的Feature组件上，将之前用Outline.shader创建的材质球拖拽到Outline Material字段。
4. 在Outline Layer Mask中选择你希望渲染描边的物体所在的Layer（例如，你可以新建一个叫“Outline”的Layer）。

3.4 测试与基础问题排查

现在，将一个模型的Layer改为“Outline”，运行游戏，你应该能看到黑色的描边效果。如果没有，请按以下步骤排查：

1. 检查Feature是否启用：确保URP Asset中你的OutlineRendererFeature是勾选状态。
2. 检查材质和Shader：确认OutlineRendererFeature上挂的材质球使用了正确的Custom/OutlineShader，并且材质球本身是启用的。
3. 检查Layer：确认模型对象的Layer包含在Feature设置的Layer Mask中。
4. 检查模型法线：描边依赖顶点法线。如果模型法线有问题（如导入设置错误、模型本身不规范），描边会破裂或变形。可以在材质检视窗口将Shader临时换成Standard，观察模型光照是否正常来初步判断法线。
5. 检查Cull设置：确保描边Shader中的Cull Front没有被错误修改。

实操心得：描边宽度与稳定性_OutlineWidth参数对最终效果影响很大。值太小描边不明显，太大则会导致描边破碎（尤其是模型夹角尖锐处）。因为所有顶点沿统一法线挤出，在折痕处，两个相邻面的挤出方向分离，会导致中间产生缝隙。这不是Bug，而是这种方法的物理局限。对于硬表面模型，可能需要适当减少宽度，或考虑使用基于平滑法线（Smoothed Normal）的挤出，这需要预处理模型数据或使用更复杂的Shader，性能开销也会增加。对于大多数卡通风格角色，0.02到0.05之间的值是个不错的起点。

4. 色阶切分 (Cel Shading / Posterization) 的实现

色阶切分，也叫卡通着色或色调分离，其核心是将连续的光照强度（如兰伯特漫反射的dot(N, L)）映射到有限的几个离散值上，产生阶梯状的阴影变化。

4.1 在URP Lit Shader中集成色阶

最直接的方法是基于URP内置的Lit Shader进行修改。我们可以通过创建自定义的URP Lit Shader Graph或直接编写HLSL代码来实现。这里以Shader Graph为例，因为它更直观。

1. 创建Lit Shader Graph：在Project窗口右键 -> Create -> Shader -> Universal Render Pipeline -> Lit Shader Graph。
2. 修改光照模型：默认的PBR光照模型是连续的。我们需要在片元着色阶段，对计算出的最终颜色或光照强度进行“量化”。
   • 思路一：对漫反射强度进行量化。在Shader Graph中，获取Lighting节点输出的Diffuse Color，然后对其亮度（或某个通道）进行阶跃处理。
   • 思路二（更常见）：对主光源的N·L点积结果进行量化，然后再用这个量化后的值去计算漫反射和高光。

我们采用第二种思路，因为它能更直接地控制阴影的形状。

Shader Graph 节点设置概要：

• 使用Lighting节点获取主方向光的Direction。
• 使用Dot Product节点，计算表面法线（Normal Vector节点）与光方向的点积。这就是基础的漫反射强度系数。
• 对这个点积结果应用Posterize（色调分离）节点。Posterize节点需要两个参数：输入值In和阶数Steps。Steps就是色阶数，比如设为3，就会将[0,1]的范围映射到3个阶跃值上（例如0， 0.5， 1）。
• 将Posterize节点的输出，作为自定义光照函数的基础，替代原来连续的点积值，再去计算漫反射颜色。

注意：URP的Lit Shader Graph默认使用PBR光照模型，直接修改其内部逻辑可能较复杂。一个更清晰的方法是创建一个自定义光照函数（Custom Lighting Function）。在Shader Graph的Graph Settings中，将Surface Type设置为Opaque，Lighting Model设置为Custom Lighting。然后你会得到一个Custom Lighting函数块，在里面实现上述的量化光照计算。这需要一定的Shader Graph进阶知识，但结构更清晰。

4.2 通过HLSL代码实现精准控制

如果你追求更极致的控制和性能，或者项目已有基于代码的Shader，直接编写HLSL是更好的选择。我们可以复制URP内置的Lit Shader，然后修改其光照计算部分。

关键修改通常在Lighting.hlsl或具体的Shader的片元着色函数中。你需要找到计算直接光漫反射的部分（通常是DirectBDRF函数或类似结构）。将其中计算出的half NdotL进行量化处理。

下面是一个简化的示例，展示在片元着色器中的核心逻辑：

// 假设已经计算出了 surfaceData（包含albedo, normal等）和 lightData half NdotL = saturate(dot(surfaceData.normalWS, lightData.directionWS)); // 色阶切分函数 half CelShade(half rawValue, half steps) { // 将连续值映射到离散的台阶 // floor(rawValue * steps) / (steps - 1) 是一种常见实现 // 但为了更平滑的控制，可以使用 smoothstep 或自定义阶跃 half stepped = floor(rawValue * steps) / (steps - 1); // 或者使用更简单的硬切分 // stepped = rawValue > _Threshold ? 1.0 : 0.5; // 两阶示例 return stepped; } half celNdotL = CelShade(NdotL, _CelSteps); // _CelSteps 是色阶数，例如3 // 使用量化后的 celNdotL 计算漫反射 half3 diffuse = lightData.color * surfaceData.albedo * celNdotL;

参数调节技巧：

• _CelSteps：色阶数。通常2-4阶就能有很好的卡通效果。阶数越多，过渡越平滑，卡通感越弱。
• 阶跃阈值：除了均匀分阶，你还可以引入阈值参数_CelThreshold，实现非均匀的阴影分布。例如，shadow = NdotL > _CelThreshold ? _LightColor : _ShadowColor;。
• 添加边缘光（Rim Light）：卡通渲染常配合边缘光。计算视角方向V与法线N的点积NdotV，1 - NdotV的值在边缘处较大。可以对这个值进行阶跃或平滑处理，然后叠加到最终颜色上，增强轮廓感。

4.3 与描边效果的结合应用

现在，我们有了法线外描边和色阶切分的主着色器。如何让它们协同工作？

1. 材质分配：给需要卡通渲染的物体应用我们自定义的、包含了色阶切分逻辑的Lit材质（Material）。
2. Layer设置：确保这些物体同时也被分配到OutlineRendererFeature所监听的Layer（如“Outline”）。
3. 渲染顺序：OutlineRendererFeature的Pass设置在BeforeRenderingOpaques，所以描边会先被绘制。接着，URP的标准不透明物体绘制流程会使用物体自带的（即我们自定义的卡通）材质进行渲染，覆盖掉描边内侧，并呈现出色阶切分的光照效果。

这样就实现了“描边+色阶”的基础卡通渲染。你可以通过调整描边材质的颜色、宽度，以及主材质的色阶级数、颜色来匹配不同的艺术风格。

5. 进阶优化与常见问题深度解析

基础功能跑通后，我们会遇到一些实际项目中的问题和优化点。

5.1 描边断裂与平滑法线处理

如前所述，简单的顶点法线挤出在硬边或低多边形模型上会导致描边断裂。这是因为顶点法线在硬边处是不连续的，两个相邻三角面片的法线方向不同，挤出后产生缝隙。

解决方案：使用平滑法线（Smoothed Normals）平滑法线通常在3D建模软件中生成，并作为顶点属性（如TEXCOORD1,TEXCOORD2）存储到模型中。在Unity中导入模型时，需要确保导入设置中勾选了“Read/Write Enabled”，并且在Rig页签下，Animation Type设置为“Humanoid”或“Generic”并勾选“Skinning”选项时，法线数据可能会被重新计算或压缩，需注意。更可靠的方法是在建模时就计算好平滑法线并存入顶点色或UV通道。

在Shader中，你需要声明并读取这个额外的法线属性。修改描边Shader的Attributes和顶点着色器：

struct Attributes { float4 positionOS : POSITION; // float3 normalOS : NORMAL; // 不再使用原始法线 float3 smoothNormalOS : TEXCOORD1; // 假设平滑法线存储在TEXCOORD1 }; Varyings vert (Attributes IN) { Varyings OUT; VertexNormalInputs normalInputs = GetVertexNormalInputs(IN.smoothNormalOS); // 使用平滑法线 float3 normalVS = normalInputs.normalWS; // ... 后续挤出操作不变 }

如果模型没有预计算平滑法线，可以在运行时通过代码计算，但这会带来额外的CPU或GPU开销。一个折中的方案是，在Shader中对相邻顶点的法线进行简单的平滑处理，但这属于屏幕空间后处理，实现复杂且效果有限。

5.2 性能分析与渲染状态管理

性能开销主要来自：

1. 额外的Draw Call：描边Pass会为每个需要描边的物体增加一次绘制调用（如果物体是静态合批的，可能会被合并）。这是最大的开销。务必严格控制Outline Layer中的物体数量和面数。
2. 额外的材质切换：描边Pass使用统一的覆盖材质，减少了材质切换的开销，这是好事。
3. 临时RT的创建与采样：我们的实现中，描边直接绘制到临时RT，然后该RT作为后续绘制的背景。如果描边Pass能直接绘制到相机的深度/颜色缓冲区（通过ConfigureTarget指定为RenderTargetHandle.CameraTarget），并且合理利用深度测试，可以省去一个RT。但直接操作相机目标需要更精细的深度和颜色清除控制，容易出错。当前使用临时RT的方案更清晰、安全。

渲染状态管理：

• ZWrite/ZTest：我们的描边Pass开启了深度写入和LEqual测试，确保了正确的遮挡关系。
• ColorMask：我们只写了RGB，没写A。如果不需要透明度，这是最优的。
• Cull：Cull Front是外描边的关键。如果希望内外都有描边（如X光效果），可以设为Cull Off，但需要处理深度冲突。

5.3 常见问题速查与解决方案

下表汇总了开发过程中可能遇到的典型问题及解决思路：

5.4 扩展方向：更多卡通渲染要素

实现基础描边和色阶后，一个完整的卡通渲染风格还可以加入更多元素：

1. 高光（Specular）的卡通化：类似漫反射，对高光强度进行阶跃处理，形成点状或条状的高光。
2. 边缘光（Rim Light）：如前所述，基于NdotV计算，增强轮廓。
3. 色调分离（Color Ramp）：不使用均匀阶跃，而是使用一张一维纹理（Color Ramp Texture）来映射光照强度到颜色，可以实现更艺术化的阴影色调。
4. 屏幕空间后处理效果：如全屏的色调映射、轻微的Bloom（泛光）来模拟动画的光晕感。
5. 基于深度的描边宽度调整：让远处的物体描边变细，增强透视感。这需要在描边Shader中根据顶点在观察空间的深度（Z值）来动态调整_OutlineWidth。

这些都可以通过创建额外的ScriptableRenderPass或修改现有Shader来集成到你的Custom Render Feature框架中。关键在于理解每个效果所需的渲染时机（Before/After哪个阶段）和资源（需要哪些纹理、缓冲区）。掌握了Custom Render Feature这套机制，你就拥有了在URP管线中自由创作视觉风格的强大能力。