Unity半透明物体阴影缺失与裁剪问题的深度解析与解决方案

1. 问题现象与核心需求解析

在Unity3D项目里，尤其是涉及到一些需要表现通透质感的场景，比如玻璃窗、水洼、半透明塑料或者一些特效材质，我们经常会使用带有Alpha通道的半透明Shader。一个典型的场景是：一个使用Standard（或URP/HDRP中类似）着色器并调整了渲染模式为“Transparent”的MeshRenderer，在接收来自平行光或其他光源的阴影时，会出现一个非常恼人的问题——阴影显示不全，看起来像是被生硬地裁剪掉了一块，边缘参差不齐，完全破坏了视觉上的真实感和沉浸感。

这个问题本质上是一个渲染管线中深度测试与颜色混合的经典冲突。对于不透明物体，渲染流程相对直接：先绘制深度，再根据深度决定像素是否被覆盖。但对于半透明物体，为了能透过它看到后面的东西，我们必须关闭深度写入（ZWrite Off），并采用从后往前的顺序进行Alpha混合。然而，阴影映射（Shadow Mapping）技术依赖于从光源视角渲染的深度图。当这个半透明物体参与阴影接收计算时，它的“透明”特性与深度图的“非此即彼”的遮挡判断就产生了矛盾。GPU在判断这个像素点是否在阴影中时，可能会因为半透明物体自身的深度信息不完整或不参与深度测试，而错误地认为该点未被遮挡（应完全照亮），或者被错误地深度比较，导致本该投射到它上面的阴影片段被丢弃，视觉上就表现为阴影缺失或被裁剪。

所以，我们的核心需求非常明确：让一个渲染队列在透明区间（通常是Queue=Transparent）的MeshRenderer，能够正确地、完整地接收来自其他不透明物体投射的动态阴影，并且其自身投射的阴影（如果也需要）也能符合物理直觉。这不仅是一个视觉修复问题，更是对渲染原理理解的深化。

2. 渲染原理深度拆解：为什么阴影会“消失”？

要解决问题，必须深入理解Unity的渲染和阴影机制。我们以内置渲染管线或通用渲染管线（URP）为例，其阴影生成主要依赖于传统的阴影映射技术。

2.1 阴影映射（Shadow Mapping）流程简述

1. 从光源视角渲染深度：将相机移动到光源位置，看向场景，渲染一张只包含深度信息的纹理图，即阴影贴图（Shadow Map）。这张图记录了从光源角度看，离光源最近的物体的深度值。
2. ​从相机视角渲染场景：在正常的摄像机渲染通道中，对于每个需要计算阴影的像素（片元），我们将其世界坐标转换到光源的裁剪空间，得到该点在光源视角下的深度值。
3. ​深度比较：将这个计算出的深度值，与阴影贴图中对应位置存储的深度值进行比较。
   • 如果片元深度 > 阴影贴图深度（意味着有更近的物体挡住了光），则该片元在阴影中。
   • 否则，该片元被照亮。

2.2 半透明物体的“尴尬”境地

问题就出在上述流程的第一步和第三步，与半透明物体的渲染特性格格不入。

• 在生成阴影贴图阶段（光源视角）：默认情况下，Unity的阴影投射Pass（通常是ShadowCaster）会为物体生成深度。但对于标准半透明Shader（如Standard材质的Transparent模式），其ShadowCasterPass可能因为物体被标记为“透明”而被特殊处理，或者其自身的顶点/片元着色器输出不符合深度生成的要求。更关键的是，半透明物体通常不向深度缓冲区写入深度（ZWrite Off），这使得在光源视角下，它可能无法在阴影贴图中留下有效的、代表“遮挡”的深度信息。即使留下了，这个深度值代表的是这个透明表面的位置，但光其实可以部分穿过它，这本身就是一个物理矛盾。
• 在接收阴影阶段（相机视角）：当计算一个位于半透明物体表面的像素是否在阴影中时，GPU会进行上述深度比较。此时，参与比较的“阴影贴图深度”可能是后面不透明物体的深度（因为半透明物体没写入深度），也可能是半透明物体自身不准确的深度。无论是哪种情况，比较结果都很可能出错，导致本该被阴影覆盖的区域，被错误地判定为“未被遮挡”，从而阴影缺失。那些显示出来的、边缘被裁剪的阴影，往往是深度比较在透明物体边界处发生精度误差或混合计算错误导致的视觉假象。

2.3 渲染队列（Render Queue）的关键影响

Unity使用渲染队列来排序物体的绘制顺序。不透明物体（Queue<= 2500，如Geometry=2000）通常从前向后渲染，利用深度测试快速丢弃被遮挡的片元。透明物体（Queue> 2500，如Transparent=3000）则从后向前渲染，并开启Alpha混合。

阴影计算与渲染队列紧密相关。默认的阴影接收逻辑可能并未为Transparent队列的物体做特殊优化，导致在阴影纹理采样和混合计算时，没有正确处理其背后的深度信息，从而引发裁剪。

3. 解决方案全景与选型策略

解决“半透明物体接收阴影异常”不是一个单一开关，而是一个根据项目需求（内置管线/URP/HDRP）、性能预算和效果要求进行权衡的“工具箱”。下面我将这些方案从易到难、从效果到性能进行梳理。

3.1 方案一：修改材质与着色器（最直接，但有限制）

这是最先应该尝试的方法，成本最低。

1. 调整渲染模式与混合状态：

   • 将材质的渲染模式从Transparent改为Fade。Fade模式同样支持透明，但有时在阴影处理上比Transparent更友好，因为它通常意味着物体表面是均匀消散的，而非折射。注意：Fade模式在边缘处理上可能不如Transparent平滑，对于类似玻璃的物体可能不适用。
   • 在自定义Shader中，尝试调整混合命令。除了常见的Blend SrcAlpha OneMinusSrcAlpha，可以试试Blend One OneMinusSrcAlpha（预乘Alpha混合），有时能改善与后期效果（包括阴影）的兼容性。
   • 关键一步：强制深度写入。在SubShader的Tags中，尝试添加"IgnoreProjector"="True"可能避免一些旧式投影器的干扰，但核心是深度。对于某些半透明物体，我们可以谨慎地开启深度写入。在Pass中添加ZWrite On。这违背了完全正确的半透明渲染顺序，但能提供一个明确的深度值给阴影计算，可能会立刻修复阴影裁剪。代价是可能引发自身层叠渲染错误（比如两个这样的透明物体交叉时，渲染顺序会乱）。这通常用于那些“实质上是非透明但表面有透明纹理”的物体，比如带透明孔的栅栏。

2. 使用专门的透明阴影接收Shader：

   • Unity提供了一些内置的解决方案。例如，可以尝试使用Legacy Shaders/Transparent/Cutout/Soft Edge Unlit这类着色器，它们内部可能包含了处理阴影接收的特殊逻辑。
   • 更专业的做法是，复制Standard着色器，或基于URP的Lit着色器，创建一个自定义版本。核心修改点在于其用于阴影接收的ShadowCasterPass 以及处理光照的ForwardBase/ForwardAddPass。我们需要确保在接收阴影的Pass中，即使表面透明，也能正确地参与阴影贴图的深度比较和颜色衰减计算。这通常涉及在片元着色器中，对阴影采样结果与自身的Alpha值进行某种形式的混合，而不是简单地丢弃。

实操心得：不要一上来就想着写复杂Shader。优先在材质Inspector面板里调整。将Rendering Mode从Transparent切换到Cutout（镂空）是一个极佳的测试手段。如果阴影显示正常了，那问题就锁定在Alpha混合与深度处理的矛盾上。Cutout模式使用Alpha Test，在片元级别直接决定像素的“有”或“无”，因此它有明确的深度，阴影计算就正常。这验证了我们的问题分析。

3.2 方案二：调整光源与质量设置（项目级调整）

如果方案一不能完全解决，或者需要全局调整，可以修改光源和项目设置。

1. 光源阴影设置：

   • 阴影类型：将平行光的阴影类型从Hard Shadows改为Soft Shadows。软阴影在边缘有渐变过渡，有时能掩盖或减轻因深度精度问题导致的硬裁剪边缘。如网络资料提及，软阴影能让透明物体的阴影边缘更柔和自然。
   • 阴影强度（Strength）：适当降低阴影强度，让阴影变淡。虽然不能解决缺失问题，但可以使残留的、显示不全的阴影不那么突兀，作为一种视觉妥协。
   • 阴影分辨率（Resolution）：提高阴影贴图的分辨率（如从Medium调到High或Very High）。更高的分辨率能提供更精确的深度细节，可能会减少因采样精度不足导致的阴影边缘错误判断。但这会显著增加显存占用和渲染开销。

2. 项目质量设置（Quality Settings）：

   • 进入Edit -> Project Settings -> Quality。
   • 找到当前使用的质量等级下的Shadows设置。
   • Shadow Distance（阴影距离）：确保你的半透明物体在阴影距离内。太远的物体不会被渲染阴影。
   • Shadow Cascades（阴影层级）：增加Cascade数量（如从No Cascades到Two Cascades或Four Cascades）。CSM技术为近处场景提供更高精度的阴影贴图，可能改善近处透明物体的阴影质量。
   • Shadowmask Mode：如果使用混合光照，尝试不同的Shadowmask模式，观察对透明物体的影响。

3.3 方案三：自定义着色器深度改造（终极方案）

当上述方案均不奏效，或你对效果有极致要求时，就需要动手修改或编写着色器。这是最彻底的方法，也是性能影响最可控的方法。

核心思路是：将阴影接收的计算与表面的颜色渲染进行“解耦”处理。

1. 分离渲染通道思路：我们可以设计一个双Pass的Shader。第一个Pass专门用于写入深度（ZWrite On,ColorMask 0只写深度不输出颜色），这个Pass使用一个简化的、不考虑透明的顶点变换。这样，在生成阴影贴图和主相机深度图时，这个物体会被当作一个“实心”的遮挡物，从而获得正确的深度信息。第二个Pass再执行正常的半透明颜色渲染（ZWrite Off,Blend开启）。这样，阴影计算基于第一个Pass的深度，而视觉表现基于第二个Pass的透明颜色。这种方法能完美解决接收阴影的问题，但无法处理物体自身投射的透明阴影（它投射的阴影依然是实心的）。

2. 修改ShadowCaster Pass：在自定义Shader中，找到或添加ShadowCasterPass。确保在这个Pass里，顶点着色器正常输出裁剪空间位置，片元着色器简单输出一个固定的深度（或者基于纹理Alpha进行Clip，如果是Cutout类型）。对于真正的半透明物体，我们需要让ShadowCasterPass 也考虑Alpha值。一种常见技巧是，在片元着色器中使用clip(color.a - _Cutoff)，即使对于混合透明，也设置一个极低的_Cutoff阈值（如0.01），让几乎完全透明的部分不产生阴影遮挡，而大部分区域则产生。这模拟了“部分遮挡”的效果。

3. 在片元着色器中手动处理阴影衰减：在基础颜色渲染Pass的片元着色器里，我们通常会调用UNITY_LIGHT_ATTENUATION(atten, i, i.worldPos)来获取阴影衰减值。对于透明物体，我们可以对这个atten值进行修改。例如：

   // 假设 _Alpha 是当前片元的透明度 fixed shadow = atten; // 原始的阴影衰减（1.0完全照亮，0.0完全阴影） // 方案A：让阴影也“透明化”。物体越透明，阴影越淡。 fixed finalShadow = lerp(1.0, shadow, _Alpha); // 方案B：更物理的近似：阴影强度不应超过物体本身的不透明度。 fixed finalShadow = max(shadow, 1.0 - _Alpha); // 然后将 finalShadow 应用于光照计算 fixed3 lighting = (ambient + _LightColor0.rgb * ndotl * finalShadow) * albedo;

   这种方法给了我们最大的艺术控制权，可以做出“薄纱阴影淡，厚玻璃阴影深”的效果。

方案选型决策表：

4. 实战：在URP中实现一个完整的解决方案

让我们以一个具体的案例，在Universal Render Pipeline (URP)中，修复一个蓝色半透明玻璃板的阴影接收问题。我们将采用“自定义着色器”方案，因为它最通用、最有效。

4.1 环境准备与问题复现

1. 创建一个新的URP项目，或确保现有项目已启用URP。
2. 在场景中放置：一个平面（作为地面），一个立方体（作为阴影投射物），一个Quad（我们将把它做成半透明玻璃板，位于立方体和地面之间）。
3. 创建一个新的材质，命名为Glass_ShadowProblem，暂时使用URP自带的Lit着色器，将其Surface Type改为Transparent，调整Base Map颜色为蓝色并降低Alpha。
4. 将该材质赋予Quad。调整平行光，确保开启Cast Shadows。
5. 运行游戏。你应该会看到地面和立方体上的阴影正常，但Quad（玻璃板）上的阴影要么完全消失，要么只在边缘有残缺的显示。这就是我们要解决的问题。

4.2 创建自定义URP Lit着色器

1. 在Project窗口中右键，Create -> Shader -> Universal Render Pipeline -> Lit Shader，命名为CustomLit_TransparentShadow.shader。
2. 双击打开该Shader进行编辑。我们将基于此进行修改。

4.3 关键代码修改详解

我们主要修改两个部分：一是确保ShadowCasterPass能处理透明物体的深度；二是在片元着色器中自定义阴影衰减的计算。

第一步：修改 Properties 和 SubShader Tags在Properties块中，我们添加一个用于控制阴影接收强度的属性。

Properties { _BaseColor("Base Color", Color) = (1,1,1,1) _BaseMap("Base Map (RGB) Alpha (A)", 2D) = "white" {} // ... 其他原有属性 _ShadowReceiveStrength("Shadow Receive Strength", Range(0, 1)) = 1.0 }

在SubShader的Tags中，我们明确其队列和渲染类型，这对于透明物体很重要。

SubShader { Tags { "RenderType"="Transparent" "Queue"="Transparent" "RenderPipeline"="UniversalPipeline" } LOD 300 // ... Passes }

第二步：重写 ShadowCaster Pass（可选但推荐）URP的Lit.shader包含一个复杂的ShadowCasterPass。为了简化，我们可以直接使用URP提供的ShadowCaster渲染状态。但为了处理Alpha，我们需要在片元着色器中对Alpha进行测试。找到名为ShadowCaster的Pass，或者如果不存在，在HLSLINCLUDE块后添加一个。核心是片元着色器：

struct Varyings { float4 positionCS : SV_POSITION; float2 uv : TEXCOORD0; // ... 其他所需变量，如用于采样Alpha纹理的UV }; half4 ShadowPassFragment(Varyings input) : SV_TARGET { // 采样基础纹理的Alpha通道 half alpha = SAMPLE_TEXTURE2D(_BaseMap, sampler_BaseMap, input.uv).a; // 与基础颜色的Alpha混合（如果使用） alpha *= _BaseColor.a; // 关键：Alpha Test。即使对于透明混合，也丢弃极透明的部分，避免产生无效阴影。 // 使用一个很小的阈值，比如0.01。这不会影响视觉上的半透明效果，但能让阴影生成更稳定。 half alphaClipThreshold = 0.01; clip(alpha - alphaClipThreshold); // 如果需要，还可以在这里应用距离阴影淡化等效果 return 0; }

这个Pass确保在生成阴影贴图时，只有不透明度高于0.01的部分才会被当作遮挡物，这比完全当作实心物体更合理。

第三步：修改光照着色器以自定义阴影衰减这是修复阴影接收的核心。我们需要找到片元着色器中进行光照计算的部分（通常在LitInput.hlsl和Lighting.hlsl之后）。在URP中，我们通常在SurfaceData和InputData准备好后，调用UniversalFragmentPBR函数。为了干预阴影计算，我们需要自定义光照循环或修改传入的阴影衰减值。

一个更直接的方法是在片元着色器主函数中，在计算完光照后，手动调整最终颜色与阴影的关系。但更规范的做法是影响MainLightRealtimeShadow函数返回的衰减值。由于URP封装较深，我们可以采用一个取巧但有效的方法：在片元着色器输出前，根据屏幕空间阴影纹理重新计算。

实际上，URP的UniversalFragmentPBR内部已经处理了阴影。我们可以通过修改SurfaceData的alpha值来间接影响阴影的“强度感知”，但这不精确。更好的方法是编写一个自定义的照明函数。

考虑到复杂度，这里给出一个在片元着色器末尾进行后处理的实用方案：

// 在Fragment函数中，假设你已经计算出了最终的半透明颜色 finalColor half4 finalColor = ...; // 你的光照计算结果 // 1. 获取当前片元的屏幕空间阴影值。 // URP中，可以通过采样屏幕空间阴影纹理实现，但需要获取坐标。 // 更简单的方法：使用内置的 `GetMainLight` 函数，它已经包含了实时阴影衰减信息。 Light mainLight = GetMainLight(inputData.shadowCoord); // inputData需要包含shadowCoord half shadowAttenuation = mainLight.shadowAttenuation; // 这是一个0-1的值，1表示无阴影 // 2. 根据物体自身的透明度，调整阴影的影响。 // 公式：最终阴影衰减 = 在“无阴影”和“完全阴影”之间，根据物体不透明度进行插值。 // 物体越透明，它“身上”的阴影就应该越淡。 half objectOpacity = surfaceData.alpha; // surfaceData.alpha来自你的表面数据 half adjustedShadow = lerp(1.0, shadowAttenuation, objectOpacity); // 3. 将调整后的阴影衰减应用到漫反射/高光光照部分。 // 我们需要回溯影响光照计算。一个简化的重算： // 假设 mainLight.color 是灯光颜色，NDotL是法线点积光方向 half3 directLighting = mainLight.color * (inputData.normalWS.x * ... ) * adjustedShadow; // 简化表示 // 然后重新组合 finalColor.rgb = (ambient + directLighting) * surfaceData.albedo; // 由于直接修改光照计算较复杂，对于首次尝试，我们可以采用一个视觉近似： // 让阴影区域的透明物体颜色变暗的程度，与其不透明度成正比。 // 这是一个屏幕空间的后处理效果，不物理但快速： half shadowFactor = shadowAttenuation; // 原始的阴影因子 half visualShadowStrength = objectOpacity * _ShadowReceiveStrength; // 物体不透明度 * 用户控制的强度 // 将颜色向阴影方向混合。如果shadowFactor小（阴影深），则颜色变暗。 finalColor.rgb = lerp(finalColor.rgb * 0.5, finalColor.rgb, max(shadowFactor, 1 - visualShadowStrength));

这段代码提供了一个思路：在着色器最后阶段，根据物体自身的透明度和原始的阴影衰减，对最终输出颜色进行二次混合，模拟出“透明物体上阴影变淡”的效果。参数_ShadowReceiveStrength允许美术师在材质面板上调节阴影显示的强度。

4.4 材质配置与效果验证

1. 将我们编写的CustomLit_TransparentShadow着色器赋给之前创建的Glass_ShadowProblem材质。
2. 在材质Inspector面板，你会看到新增的Shadow Receive Strength滑块。将其调整为1。
3. 运行游戏。现在观察Quad上的阴影。与之前使用标准Lit着色器相比，阴影应该能更完整地显示出来。虽然可能不是100%物理准确（因为我们的方法是视觉修正），但阴影裁剪问题会得到极大缓解，阴影会根据玻璃的透明度有所减淡，看起来更自然。
4. 尝试调整Shadow Receive Strength和材质的Alpha值，观察阴影强度的变化，直到达到满意的视觉效果。

注意事项：这种自定义着色器的方法虽然强大，但意味着你脱离了URP内置着色器的自动升级和优化路径。当URP版本更新时，可能需要手动同步更新你的自定义着色器。务必在项目早期评估，如果大量物体需要此特性，将其整合为一个可复用的Shader变体或Shader Graph子图是更可维护的做法。

5. 常见问题排查与性能优化指南

即使按照上述步骤操作，你可能还会遇到一些棘手的情况。下面是一些常见问题及其排查思路。

5.1 阴影仍然完全缺失

• 检查渲染队列（Render Queue）：确保你的材质Shader的渲染队列号大于2500（透明队列）。可以在Shader的SubShader中使用Tags { "Queue"="Transparent" }，或在材质面板手动调整Render Queue为3000+。错误的队列可能导致物体在阴影计算阶段被提前剔除。
• 检查光照模式标签（LightMode Tag）：在自定义Shader的Pass中，必须包含正确的LightModeTag。对于接收实时阴影的主Pass，通常是"LightMode"="UniversalForward"。缺少此标签，该Pass可能不会被包含在渲染阴影的通道中。
• 检查Shader的ShadowCaster Pass：确保你的Shader有一个有效的ShadowCasterPass。Unity在生成阴影贴图时会寻找这个Pass。如果没有，物体将无法投射阴影，也可能以某种默认方式参与阴影接收计算，导致异常。你可以复制URP Lit Shader中的ShadowCasterPass到你的Shader中。
• 检查光源和物体距离：确认物体在光源的阴影距离（Shadow Distance）内，并且没有被其他物体的ShadowCaster组件意外禁用。

5.2 阴影边缘闪烁或抖动（Z-fighting）

• 原因：当半透明物体与接收阴影的表面（如地面）距离非常近时，两者的深度值在精度上过于接近，在阴影比较时会产生深度冲突，导致边缘像素在“在阴影中”和“不在阴影中”之间来回跳动。
• 解决方案：
  1. 增加深度偏移（Depth Bias）：在光源组件上或项目的质量设置中，增加Shadow Bias参数。这个参数会在深度比较时添加一个微小的偏移，将阴影稍微“推离”或“拉近”物体，从而避免深度冲突。但设置过大会导致阴影与物体分离（“彼得潘”现象）。
  2. 调整物体位置：在场景设计上，尽量避免半透明物体与接收面完全贴合，即使只有微小的偏移（如0.001个单位）也能极大缓解问题。
  3. 使用更高精度的深度纹理：在URP Asset设置中，将Depth Texture设置为16 bit或24 bit（如果平台支持），以提高深度比较的精度。

5.3 性能开销考量

• 自定义双Pass方案：每个使用此Shader的物体将额外增加一个DepthOnlyPass的渲染开销。对于移动平台或大量透明物体，需谨慎使用。建议仅对场景中关键的、近距离的透明物体使用。
• 高分辨率阴影贴图：提高Shadow Resolution和增加Shadow Cascades会显著增加GPU内存带宽和计算量。应在质量设置中针对不同平台（PC、主机、移动端）进行分级配置。
• 屏幕空间阴影调整：我们示例中在片元着色器进行的后期混合计算，虽然每像素一次，但计算量很小，性能影响通常可忽略不计。但如果场景中有成千上万个这样的透明片元，仍需纳入性能预算。
• 静态批处理中断：使用自定义Shader可能会打断Unity的静态批处理优化。如果物体是静态的，确保Shader支持批处理（例如，不使用每个实例独有的材质属性）。

5.4 进阶：使用Shader Graph实现（URP/HDRP）

如果你使用的是Shader Graph，思路是相通的：

1. 创建一个新的Lit Shader Graph。
2. 将Surface Type设置为Transparent。
3. 在Master Stack的Fragment阶段，找到Shadow Color节点。默认情况下，它可能不受Alpha影响。
4. 你需要将Alpha输出连接到Shadow Color的Alpha通道，或者用一个Lerp节点，根据Alpha值在“无阴影颜色”和“全阴影颜色”之间混合。这相当于在代码中手动混合阴影衰减。
5. 要影响阴影投射，需要修改Shadow CasterPass对应的子图。在Shader Graph的Graph Settings中，可以添加一个Shadow CasterBlock。你可以将主图的Alpha输出连接到Shadow Caster的Alpha输入，并设置一个Alpha Clip Threshold，实现我们之前在代码中做的Alpha Test。

Shader Graph提供了可视化的方式来实现上述逻辑，对于不熟悉HLSL代码的开发者来说更加友好，且能更好地与URP/HDRP的渲染管线集成。

解决Unity中半透明物体的阴影问题，是一个从理解渲染原理到实践Shader编程的完整过程。它没有银弹，需要你根据项目的具体情况（是手机游戏还是PC游戏？是写实风格还是卡通风格？）和物体的具体特性（是均匀透明的玻璃还是边缘透明的毛发？）来选择最合适的方案。从最简单的材质参数调整开始，逐步深入到光源设置，最后在必要时才动用自定义着色器这把“手术刀”。记住，性能与效果的平衡永远是实时渲染的艺术。