1. 项目概述：从“能用”到“好用”的外发光Shader之路

在Unity项目里给角色、UI或者场景物件加个外发光，听起来是个挺基础的需求，网上随便一搜就能找到一堆现成的Shader代码。但真当你把代码复制粘贴到项目里，兴奋地拖到材质球上时，十有八九会遭遇“买家秀”的尴尬：发光边缘莫名其妙地发黑，像被啃了一口；或者物体一动，光芒就开始鬼畜般地闪烁，完全谈不上“仙气”，只剩下“邪气”。这正是很多开发者，包括我自己在内，在实现外发光效果时踩过的第一个大坑。这个项目标题——“避坑指南：Unity物体外发光Shader从写对到调好”——精准地戳中了这个痛点：它不仅仅是教你写一个能跑通的Shader，更是要带你穿越从“理论正确”到“视觉完美”之间那片布满陷阱的实操沼泽。

外发光（Outer Glow）在视觉表现上属于“非真实感渲染”（NPR）或后期处理效果的范畴，其核心思想是让物体轮廓向外扩散出一圈柔和的光晕。在Unity中实现它，主流思路离不开在Shader里对物体模型进行“膨胀”（沿法线方向挤出顶点）来生成一个更大的、半透明的外壳，然后对这个外壳进行渲染。听起来简单，但魔鬼全在细节里。为什么边缘会发黑？这往往和深度测试（ZTest）、深度写入（ZWrite）以及渲染队列（Queue）的设置纠缠不清。为什么物体会闪烁？这又可能和相机的近裁剪面、顶点膨胀的算法精度，甚至是不同分辨率屏幕下的浮点数误差有关。

所以，这篇指南的目标读者很明确：你已经了解了ShaderLab的基本语法，知道什么是Pass，对顶点和片元着色器有初步概念，并且正在尝试实现一个自定义效果，却卡在了效果瑕疵上。接下来，我不会只给你一段“完美”的代码让你去猜，而是会和你一起，像侦探破案一样，先写出一个基础但有问题的基础版本，然后逐个揪出导致“边缘发黑”和“闪烁”的元凶，分析其原理，最后给出经过实战检验的、稳健的优化方案。我们将主要围绕内置渲染管线来展开，因为其原理最为直观，但核心思路同样适用于URP（Universal Render Pipeline），我会在关键处指出适配时的注意事项。

2. 核心思路与基础实现：一个“问题”模板的诞生

让我们先从最直观的思路开始，构建一个最初级的外发光Shader。这个版本能产生发光效果，但也几乎必然地会携带我们标题中提到的那两个“特性”：边缘发黑和闪烁。理解这个有问题的版本，是后续所有调试和优化的基石。

2.1 外发光Shader的基本原理

外发光的本质，是在不修改原始物体网格的前提下，渲染一个更大的、半透明的“壳”包裹住原物体。这个“壳”通常通过顶点着色器实现：将每个顶点沿着其法线（Normal）方向向外移动一小段距离。这样，原来的立方体就会变成一个“胖”立方体，原来的球体就会变成一个更大的球体。然后，我们用一个半透明的颜色（通常是发光色）来渲染这个膨胀后的模型，并且让这个“壳”的渲染发生在原始物体之后，以确保发光效果叠加在物体之上。

这里就引出了第一个关键概念：渲染顺序（Rendering Order）。在Unity中，渲染顺序主要由两个标签控制：Queue和RenderType。为了实现外发光壳在物体之后渲染，我们通常会将发光Pass的队列设置为“Transparent”（例如Queue=“Transparent”），并确保其渲染顺序晚于物体的不透明（“Geometry”）渲染。更精细的控制可以通过Offset指令来实现。

2.2 编写第一个问题版本Shader

下面是一个最简化的、问题百出的外发光Shader示例。我们将它命名为UnstableOuterGlow.shader。

Shader "Custom/UnstableOuterGlow" { Properties { _MainColor ("Main Color", Color) = (1,1,1,1) _GlowColor ("Glow Color", Color) = (1,0.5,0,1) _GlowPower ("Glow Power", Range(0, 2)) = 0.1 _GlowIntensity ("Glow Intensity", Range(0, 5)) = 1 } SubShader { Tags { "RenderType"="Opaque" "Queue"="Geometry" } // Pass 1: 渲染原始物体 Pass { CGPROGRAM #pragma vertex vert #pragma fragment frag #include "UnityCG.cginc" struct appdata { float4 vertex : POSITION; float3 normal : NORMAL; }; struct v2f { float4 pos : SV_POSITION; }; float4 _MainColor; v2f vert (appdata v) { v2f o; o.pos = UnityObjectToClipPos(v.vertex); return o; } fixed4 frag (v2f i) : SV_Target { return _MainColor; } ENDCG } // Pass 2: 渲染外发光（问题所在） Pass { Tags { "Queue"="Transparent" } Blend SrcAlpha OneMinusSrcAlpha ZWrite Off Cull Back // 注意：这里没有设置 ZTest CGPROGRAM #pragma vertex vert #pragma fragment frag #include "UnityCG.cginc" struct appdata { float4 vertex : POSITION; float3 normal : NORMAL; }; struct v2f { float4 pos : SV_POSITION; }; float4 _GlowColor; float _GlowPower; float _GlowIntensity; v2f vert (appdata v) { v2f o; // 顶点膨胀：沿法线方向挤出 float4 expandedVertex = v.vertex + float4(v.normal, 0) * _GlowPower; o.pos = UnityObjectToClipPos(expandedVertex); return o; } fixed4 frag (v2f i) : SV_Target { fixed4 col = _GlowColor; col.a *= _GlowIntensity; return col; } ENDCG } } }

这个Shader有两个Pass：第一个Pass用_MainColor渲染原始物体，第二个Pass用_GlowColor渲染膨胀后的外壳，并开启了Alpha混合。看起来没什么问题，对吧？但只要你把它用在一个立方体或角色模型上，并旋转相机，就很可能观察到以下现象：

1. 边缘发黑：发光体的边缘，尤其是转角处，会出现不自然的深色或黑色区域，仿佛发光层没有完全覆盖住下面的物体。
2. 闪烁（Z-Fighting）：当相机或物体移动时，发光层与物体本体交界处会出现像素级别的剧烈抖动和闪烁，这是因为两个表面在深度值（Z值）上过于接近，深度测试结果在逐帧间不稳定。

这两个问题的根源，都深埋在我们的渲染设置和顶点变换之中。在下一章，我们将化身“Shader医生”，对这两个症状进行深度诊断。

3. 深度诊断：边缘发黑与闪烁的根源剖析

要解决问题，必须先理解问题。让我们把上面那个问题Shader放到“显微镜”下，仔细看看每一行设置是如何导致最终视觉瑕疵的。

3.1 边缘发黑：深度测试与渲染顺序的博弈

边缘发黑，本质上是一个渲染顺序和深度测试冲突导致的问题。我们来复盘一下渲染流程：

1. 首先，Pass 1（物体本体）被渲染。它默认使用ZTest LEqual（深度小于等于当前深度缓冲值的片段通过）和ZWrite On（写入深度缓冲）。渲染完毕后，深度缓冲区中存储了物体每个像素的深度信息。
2. 接着，Pass 2（发光外壳）开始渲染。注意，在这个问题版本中，我们没有显式设置ZTest。在Unity中，对于Queue=”Transparent”的Pass，如果没有指定，其ZTest的默认值通常是LEqual。同时，我们设置了ZWrite Off。
3. 关键点来了：当渲染发光外壳的某个片段时，GPU会拿这个片段的深度值，去和深度缓冲区中对应位置的值进行比较。由于我们的外壳是通过顶点膨胀得到的，在物体边缘的侧面，膨胀后外壳上某些点的深度值，可能比之前写入的物体本体的深度值还要大（即离相机更远）。
4. 由于ZTest是LEqual（小于或等于通过），这些深度值更大的外壳片段就会被深度测试丢弃！这就是你看到边缘发黑的原因——发光层在这些区域根本没有被绘制出来。

注意：这里有一个常见的误解，认为ZWrite Off就能避免深度比较。实际上，ZWrite Off只意味着不更新深度缓冲，但深度测试（ZTest）依然会进行。只要深度测试不通过，片段就会被丢弃。

解决方案思路：对于外发光这种需要覆盖在物体之上的效果，其外壳的深度测试应该设置为ZTest Always或者ZTest LEqual但配合一个Offset。更常见的做法是使用ZTest Always，强制通过所有深度测试，只依靠渲染队列（Queue）和混合（Blend）来控制叠加顺序。但这就引出了另一个问题：如果物体前面有其他物体遮挡，ZTest Always会导致发光“穿透”遮挡物，这通常不是我们想要的。因此，更稳健的方案是使用ZTest LEqual，但配合一个Offset指令，将外壳的深度值向相机方向“推”一点，确保它总能通过相对于本体的深度测试。

3.2 闪烁（Z-Fighting）：浮点精度与近裁剪面的噩梦

闪烁，在计算机图形学中通常被称为 Z-Fighting（深度冲突）。它发生在两个或多个几何表面在屏幕空间中的深度值极其接近，以至于在浮点数精度范围内无法稳定区分谁前谁后时。GPU在逐帧间对深度的计算可能有微小的差异，导致同一个像素点，上一帧画的是A表面，下一帧画的是B表面，从而产生剧烈的闪烁。

在我们的外发光Shader中，导致Z-Fighting的原因主要有两个：

1. 顶点膨胀的线性性与透视除法：我们在模型空间（或世界空间）沿法线进行的是线性膨胀。但是，从裁剪空间到屏幕空间，需要经过透视除法（除以w分量）。这个非线性变换意味着，在屏幕空间中，物体边缘处膨胀的像素距离并不是恒定的。当物体靠近相机近裁剪面时，这种非线性效应会被放大，导致外壳与本体在屏幕空间中的深度差变得极小，极易进入浮点数精度的“危险区”。
2. 近裁剪面（Near Clip Plane）的影响：深度缓冲的精度分布是不均匀的。在透视投影中，距离相机越近，深度精度越高；距离越远，精度越低。这是由深度缓冲的非线性映射函数（通常是z’ = (1/z - 1/near) / (1/far - 1/near)）决定的。当物体非常靠近近裁剪面时，即使很小的世界空间距离，也会映射到深度缓冲中一个可分辨的差值上。反之，如果物体较远，同样的世界空间膨胀量，映射到深度缓冲中的差值可能微乎其微，不足以稳定区分两个表面。

一个简单的实验：创建一个平面，应用这个Shader，然后将相机垂直对准平面并缓慢拉近。你会发现在某个距离上，闪烁会突然加剧。这就是因为平面与相机的距离进入了深度精度敏感的区域。

解决方案思路：我们不能仅仅依赖一个固定的_GlowPower（世界空间或模型空间单位）。我们需要一种更聪明的方法，要么在裁剪空间或屏幕空间进行膨胀，要么根据顶点在屏幕空间中的深度来动态调整膨胀量，以确保膨胀后的外壳与本体之间，在深度缓冲区中始终保持一个安全、稳定的差值。

4. 实战优化：构建稳健的外发光Shader

经过上一章的诊断，我们知道了病因。现在，我们来开出处方，一步步改造那个问题Shader，解决边缘发黑和闪烁。

4.1 解决边缘发黑：深度测试与Offset的妙用

首先解决边缘发黑。我们需要确保发光外壳能通过相对于物体本体的深度测试。直接使用ZTest Always虽然简单粗暴，但会破坏场景整体的深度遮挡关系。因此，我们采用更推荐的Offset方案。

Offset指令可以接受两个参数：Offset Factor, Units。它会根据多边形相对于屏幕的斜率（Factor）和一个常量（Units）来修改最终的深度值。对于外发光，我们通常只需要一个常量偏移，将外壳的深度值向相机方向调整一点点。

我们将第二个Pass的Tags和渲染状态修改如下：

// Pass 2: 渲染外发光（优化版） Pass { Tags { “Queue”=“Transparent” “IgnoreProjector”=“True” “RenderType”=“Transparent” } Blend SrcAlpha OneMinusSrcAlpha ZWrite Off Cull Back // 关键修改：使用LEqual测试，但施加一个负偏移，让外壳深度更小（离相机更近） ZTest LEqual Offset -1, -1 CGPROGRAM // ... 顶点和片元着色器代码暂时不变 ENDCG }

这里Offset -1, -1意味着我们将深度值减小（因为偏移是负的），使得外壳在深度测试中比它实际的位置“更靠前”一些。-1, -1是一个经验值，对于大多数情况足够。如果发现发光层开始不正确地遮挡后面的其他物体，可以适当调整这个值（例如-0.5, -0.5）。

实操心得：Offset的值需要根据你的场景尺度和_GlowPower的大小进行微调。太大的负偏移会导致发光层明显浮在物体表面之上，看起来不自然；太小则可能无法完全消除边缘发黑。建议从-0.5开始测试。

4.2 根除闪烁：在视图空间进行智能膨胀

接下来是更棘手的闪烁问题。我们需要一个在屏幕空间表现稳定的膨胀方案。核心思想是：将顶点变换到视图空间（相机空间）再进行膨胀。

为什么是视图空间？因为在视图空间，Z轴直接指向相机的观察方向，法线方向与膨胀方向的关系更稳定。更重要的是，我们可以基于视图空间的深度（即距离相机的距离）来调整膨胀量，以对抗透视除法带来的非线性影响。

修改我们的顶点着色器（在第二个Pass中）：

v2f vert (appdata v) { v2f o; // 1. 将顶点和法线变换到视图空间 float3 viewPos = UnityObjectToViewPos(v.vertex); // 等同于 mul(UNITY_MATRIX_V, mul(unity_ObjectToWorld, v.vertex)).xyz float3 viewNormal = normalize(mul((float3x3)UNITY_MATRIX_IT_MV, v.normal)); // 2. 在视图空间沿法线方向膨胀 // 关键优化：膨胀量根据视图空间深度进行衰减，近处膨胀小，远处膨胀大 // 这有助于补偿透视投影导致的屏幕空间膨胀不均匀 float depthScale = saturate(-viewPos.z / _ProjectionParams.y); // _ProjectionParams.y 是远裁剪面距离 // 或者使用一个更简单的基于距离的衰减：float depthScale = 1.0 + viewPos.z * 0.05; // 需要根据场景调整系数 // 这里我们先用一个简单的固定系数方案，更复杂的方案见下文 viewPos += viewNormal * _GlowPower; // 3. 将膨胀后的视图空间坐标变换到裁剪空间和屏幕空间 o.pos = mul(UNITY_MATRIX_P, float4(viewPos, 1.0)); return o; }

这一步已经大大改善了稳定性。但我们可以更进一步，引入一个基于屏幕空间深度的自适应膨胀系数，这是消除Z-Fighting的终极武器。思路是：计算一个“安全距离”，确保膨胀后的深度值与原始深度值在深度缓冲区中的差值大于浮点精度误差。

我们需要在着色器中获取当前深度纹理的精度信息。一个实用的技巧是使用LinearEyeDepth函数和_ZBufferParams变量。但为了简化，这里提供一个经过实战检验的启发式方法：

v2f vert (appdata v) { v2f o; float3 viewPos = UnityObjectToViewPos(v.vertex); float3 viewNormal = normalize(mul((float3x3)UNITY_MATRIX_IT_MV, v.normal)); // 计算视图空间下的原始深度（正值） float rawDepth = -viewPos.z; // 核心自适应逻辑：根据原始深度，计算一个最小的、安全的视图空间膨胀量。 // 这个公式的目标是，确保膨胀前后的深度值，在经过投影变换后，在深度缓冲区中相差一个可分辨的量。 // 这里使用一个经验公式：minGlowInViewSpace = _GlowPower + bias / rawDepth。 // bias 是一个很小的常数，用于在极近处提供一个基础偏移。 // 除以 rawDepth 是因为深度缓冲的非线性：远处需要更大的视图空间位移才能产生相同的深度缓冲差值。 const float bias = 0.01; // 可调参数，用于处理极近处物体 float adaptiveGlowPower = _GlowPower + bias / max(rawDepth, 0.001); viewPos += viewNormal * adaptiveGlowPower; o.pos = mul(UNITY_MATRIX_P, float4(viewPos, 1.0)); return o; }

这个adaptiveGlowPower公式的含义是：物体离相机越近（rawDepth越小），bias / rawDepth项的值越大，从而补偿了近处深度精度高所需的安全距离；物体离相机越远，此项影响越小，主要依靠_GlowPower。bias值需要根据项目实际情况微调，0.01是一个不错的起点。

4.3 完整优化版Shader代码

结合以上两点优化，我们得到一个新的、稳健的外发光Shader。此外，我们还添加了一些常用的优化和功能，比如通过顶点颜色或UV控制发光强度。

Shader “Custom/StableOuterGlow” { Properties { [Header(Base)] _MainColor (“Main Color”, Color) = (1,1,1,1) [Header(Glow)] _GlowColor (“Glow Color”, Color) = (1,0.5,0,1) _GlowPower (“Glow Power”, Range(0.01, 0.5)) = 0.05 _GlowIntensity (“Glow Intensity”, Range(0, 5)) = 1 _DepthBias (“Depth Bias”, Range(0, 0.1)) = 0.005 } SubShader { Tags { “RenderType”=“Opaque” “Queue”=“Geometry” } // Pass 1: Base Color Pass { CGPROGRAM #pragma vertex vert #pragma fragment frag #include “UnityCG.cginc” struct appdata { float4 vertex : POSITION; }; struct v2f { float4 pos : SV_POSITION; }; float4 _MainColor; v2f vert (appdata v) { v2f o; o.pos = UnityObjectToClipPos(v.vertex); return o; } fixed4 frag (v2f i) : SV_Target { return _MainColor; } ENDCG } // Pass 2: Stable Outer Glow Pass { Tags { “Queue”=“Transparent” “IgnoreProjector”=“True” “RenderType”=“Transparent” } Blend SrcAlpha OneMinusSrcAlpha ZWrite Off Cull Back ZTest LEqual Offset -1, -1 // 解决边缘发黑 CGPROGRAM #pragma vertex vert #pragma fragment frag #include “UnityCG.cginc” struct appdata { float4 vertex : POSITION; float3 normal : NORMAL; float2 texcoord : TEXCOORD0; float4 color : COLOR; // 可选：用顶点颜色控制发光 }; struct v2f { float4 pos : SV_POSITION; float2 uv : TEXCOORD0; fixed4 color : COLOR; }; float4 _GlowColor; float _GlowPower; float _GlowIntensity; float _DepthBias; v2f vert (appdata v) { v2f o; o.uv = v.texcoord; o.color = v.color; // 传递顶点颜色 // 稳健的视图空间膨胀算法 float3 viewPos = UnityObjectToViewPos(v.vertex); float3 viewNormal = normalize(mul((float3x3)UNITY_MATRIX_IT_MV, v.normal)); float rawDepth = -viewPos.z; // 视图空间深度（正值） // 自适应膨胀计算，有效对抗Z-Fighting float adaptiveGlow = _GlowPower + _DepthBias / max(rawDepth, 0.001); viewPos += viewNormal * adaptiveGlow; o.pos = mul(UNITY_MATRIX_P, float4(viewPos, 1.0)); return o; } fixed4 frag (v2f i) : SV_Target { fixed4 col = _GlowColor; // 可以通过纹理、UV或顶点颜色来控制不同区域的发光强度 // 例如：col.a *= tex2D(_GlowMask, i.uv).r; // 或者：col.a *= i.color.r; // 使用顶点颜色的R通道 col.a *= _GlowIntensity; return col; } ENDCG } } FallBack “Diffuse” }

5. 进阶调优与平台适配

有了稳健的基础版本，我们可以根据项目需求进行进一步的调优和扩展，并考虑在不同渲染管线下的适配问题。

5.1 性能优化与效果增强技巧

1. 使用顶点颜色或UV通道控制发光：不是所有部分都需要均匀发光。你可以在建模时，在需要强发光的区域（如武器刃口、魔法符文）绘制更亮的顶点颜色（例如，将红色通道设为1）。在片元着色器中，用i.color.r去乘以_GlowIntensity，实现区域化控制。这比采样一张额外的贴图性能更高。

2. 优化渲染开销：外发光需要额外渲染一个Pass，意味着Draw Call翻倍。对于移动平台或大量发光物体，这是不小的开销。

   • 静态批处理（Static Batching）：对于不会移动的发光物体，确保其勾选Static，Unity可以将其合并批次。
   • GPU Instancing：如果多个物体使用相同的发光材质但属性（如颜色）不同，可以考虑在Shader中支持GPU Instancing。在Properties块中添加[PerRendererData]标签，并在SubShader中添加#pragma multi_compile_instancing并处理UNITY_VERTEX_INPUT_INSTANCE_ID。
   • 考虑屏幕空间后处理：如果场景中需要外发光的物体非常多，另一种思路是采用屏幕空间后处理（Image Effect）。通过渲染所有物体到一个特定的发光层（使用替换Shader），然后对这张图进行模糊和叠加。这种方式Draw Call增加有限，但实现更复杂，且对透明物体的处理需要额外注意。

3. 边缘平滑与衰减：目前我们的发光壳是均匀颜色的。为了更柔和的效果，可以在片元着色器中根据膨胀程度（或通过法线）计算一个边缘衰减。一种简单的方法是在顶点着色器中将视图空间法线信息传递到片元着色器，在片元中根据法线方向与视线方向的点积来计算边缘强度。

5.2 适配URP（Universal Render Pipeline）

在URP中，Shader的编写方式有所不同，但核心原理相通。URP使用SRP Batcher和可编程渲染管线，Shader结构需要遵循其规范。

1. Shader结构：URP Shader通常不写多个Pass，而是将多个渲染功能（如外发光）写在一个Pass里，通过Tags{“LightMode”=“UniversalForward”}等标签集成到URP的渲染流程中。但对于外发光这种需要改变顶点位置并独立混合的效果，更常见的做法是使用两个Render Objects Renderer Feature。
2. Renderer Feature方案：
   • 在URP Asset中创建一个Render ObjectsRenderer Feature。
   • 第一个Feature用于渲染原始物体（Layer设为发光物体所在层，如“Glow”），Shader使用URP版本的不透明Lit Shader。
   • 第二个Feature用于渲染发光外壳。关键设置如下：
     • Event: 设置为AfterRenderingOpaques或BeforeRenderingTransparents，取决于你想让发光在透明物体之前还是之后。
     • Filters->Layer Mask: 同样选择“Glow”层。
     • Override Material: 指定一个专门为URP编写的、单Pass的外发光材质。这个材质的Shader需要关闭深度写入，设置透明混合，并使用我们上面提到的视图空间膨胀算法。
     • Depth Stencil->Depth Test: 设置为Less Equal。
     • Depth->Offset: 启用并设置为-1, -1。
3. URP Shader代码要点：URP Shader需要包含“Packages/com.unity.render-pipelines.universal/ShaderLibrary/Core.hlsl”等头文件。顶点变换函数变为TransformObjectToHClip()，获取视图空间位置可能需要使用TransformWorldToView(TransformObjectToWorld(vertex))。深度偏置参数_DepthBias的逻辑保持不变。

注意事项：URP下深度纹理的获取方式与内置管线不同。如果你需要在Shader中采样深度纹理来实现更复杂的屏幕空间效果，需要确保URP Asset中启用了Depth Texture，并在Shader中声明TEXTURE2D(_CameraDepthTexture); SAMPLER(sampler_CameraDepthTexture);，然后使用LinearEyeDepth(SAMPLE_TEXTURE2D(_CameraDepthTexture, sampler_CameraDepthTexture, uv).r, _ZBufferParams)来获取线性深度。

5.3 常见问题排查清单

即使使用了优化后的Shader，在实际项目中仍可能遇到一些奇怪的问题。这里是一份快速排查清单：

6. 从Shader到材质：艺术化控制与整合

Shader写好了，但它只是一个工具。如何在项目中灵活、艺术化地运用外发光，才是出效果的关键。这涉及到材质参数的调节，以及与其他系统（如动画、脚本）的联动。

6.1 材质参数的艺术化调节

不要只把_GlowColor和_GlowPower当成技术参数，要把它们当作艺术参数。

• 颜色与强度：发光的颜色不一定是纯色。可以尝试使用HDR颜色，让发光强度超过[0,1]的范围，在后期Bloom效果下会产生更绚丽的溢光。_GlowIntensity可以用来制作呼吸灯效果（通过脚本动态修改）。
• 功率与形状：_GlowPower控制发光的“厚度”。对于尖锐的物体（如刀剑），较小的_GlowPower能产生锐利的光边；对于圆润的物体（如魔法球），较大的值能产生柔和的光晕。你甚至可以贴一张纹理到_GlowPower上（需要修改Shader支持纹理采样），让模型不同部位有不同发光强度。
• 使用噪声纹理：在片元着色器中，采样一张噪声纹理，用其值来扰动_GlowColor的Alpha或RGB值，可以模拟能量不稳定、火焰摇曳等动态发光效果。这需要将噪声纹理和UV（或世界位置）传入Shader。

6.2 与动画和脚本的联动

静态的发光是基础的，动态的发光才充满生命力。

1. 脚本控制：创建一个简单的C#脚本PulsatingGlow.cs，挂载到发光物体上，用来动态控制材质属性。

using UnityEngine; public class PulsatingGlow : MonoBehaviour { public float pulseSpeed = 1.0f; public float minIntensity = 0.5f; public float maxIntensity = 2.0f; private Material _material; private int _glowIntensityId; void Start() { Renderer renderer = GetComponent<Renderer>(); if (renderer != null) { // 确保获取的是材质实例，而不是共享材质 _material = renderer.material; _glowIntensityId = Shader.PropertyToID(“_GlowIntensity”); } } void Update() { if (_material != null) { // 使用正弦函数产生脉冲效果 float t = Mathf.Sin(Time.time * pulseSpeed) * 0.5f + 0.5f; float intensity = Mathf.Lerp(minIntensity, maxIntensity, t); _material.SetFloat(_glowIntensityId, intensity); } } }

2. 动画系统控制：在Unity动画器中，你可以直接录制对材质属性（如_GlowColor,_GlowPower）的关键帧动画。这对于需要精确时序控制的过场动画（CG）非常有用。
3. 基于距离的衰减：在脚本的Update中，计算物体与主角相机的距离，根据距离映射到一个[0,1]的系数，然后用这个系数去缩放_GlowIntensity。这样可以实现“靠近则亮，远离则暗”的效果，增加沉浸感。

6.3 性能监控与最终检查清单

在项目最终打包前，请对使用了外发光的场景进行性能检查：

1. 统计Draw Call：在Game视图的Stats面板中，观察Draw Call数量的变化。确保批处理（Batching）正常工作。如果Draw Call激增，考虑是否可以使用静态合批，或者评估屏幕空间后处理方案的可行性。
2. 检查Overdraw：在Scene视图中，使用渲染模式下拉菜单中的Overdraw视图（可能需要通过Render Mode->Overdraw查看，具体名称因Unity版本而异）。发光的半透明区域会显示为红色叠加。确保发光区域不会大面积覆盖屏幕，特别是移动端项目。
3. 多平台测试：在目标平台（如Android/iOS）上实际运行测试。移动端的GPU精度和性能与PC不同，可能需要适当调低_GlowPower或关闭自适应深度计算以换取性能。
4. 不同光照条件下的表现：将发光物体置于明亮和黑暗的环境下，检查发光效果是否依然醒目且协调。有时需要根据场景亮度，通过脚本动态微调发光颜色或强度。

外发光效果从“写对”到“调好”，是一个融合了图形学原理、引擎特性和艺术感觉的过程。它没有唯一的正确答案，最好的方案永远是那个最契合你项目需求、在目标平台上稳定运行且视觉出众的方案。希望这篇指南提供的思路和代码，能成为你探索自己完美外发光效果的坚实起点。记住，调试Shader的过程就像解谜，每一次问题的解决，都会让你对渲染管线的理解更深一层。