1. 问题现象与核心需求解析在Unity3D项目里尤其是涉及到一些需要表现通透质感的场景比如玻璃窗、水洼、半透明塑料或者一些特效材质我们经常会使用带有Alpha通道的半透明Shader。一个典型的场景是一个使用Standard或URP/HDRP中类似着色器并调整了渲染模式为“Transparent”的MeshRenderer在接收来自平行光或其他光源的阴影时会出现一个非常恼人的问题——阴影显示不全看起来像是被生硬地裁剪掉了一块边缘参差不齐完全破坏了视觉上的真实感和沉浸感。这个问题本质上是一个渲染管线中深度测试与颜色混合的经典冲突。对于不透明物体渲染流程相对直接先绘制深度再根据深度决定像素是否被覆盖。但对于半透明物体为了能透过它看到后面的东西我们必须关闭深度写入ZWrite Off并采用从后往前的顺序进行Alpha混合。然而阴影映射Shadow Mapping技术依赖于从光源视角渲染的深度图。当这个半透明物体参与阴影接收计算时它的“透明”特性与深度图的“非此即彼”的遮挡判断就产生了矛盾。GPU在判断这个像素点是否在阴影中时可能会因为半透明物体自身的深度信息不完整或不参与深度测试而错误地认为该点未被遮挡应完全照亮或者被错误地深度比较导致本该投射到它上面的阴影片段被丢弃视觉上就表现为阴影缺失或被裁剪。所以我们的核心需求非常明确让一个渲染队列在透明区间通常是QueueTransparent的MeshRenderer能够正确地、完整地接收来自其他不透明物体投射的动态阴影并且其自身投射的阴影如果也需要也能符合物理直觉。这不仅是一个视觉修复问题更是对渲染原理理解的深化。2. 渲染原理深度拆解为什么阴影会“消失”要解决问题必须深入理解Unity的渲染和阴影机制。我们以内置渲染管线或通用渲染管线URP为例其阴影生成主要依赖于传统的阴影映射技术。2.1 阴影映射Shadow Mapping流程简述从光源视角渲染深度将相机移动到光源位置看向场景渲染一张只包含深度信息的纹理图即阴影贴图Shadow Map。这张图记录了从光源角度看离光源最近的物体的深度值。从相机视角渲染场景在正常的摄像机渲染通道中对于每个需要计算阴影的像素片元我们将其世界坐标转换到光源的裁剪空间得到该点在光源视角下的深度值。深度比较将这个计算出的深度值与阴影贴图中对应位置存储的深度值进行比较。如果片元深度 阴影贴图深度意味着有更近的物体挡住了光则该片元在阴影中。否则该片元被照亮。2.2 半透明物体的“尴尬”境地问题就出在上述流程的第一步和第三步与半透明物体的渲染特性格格不入。在生成阴影贴图阶段光源视角默认情况下Unity的阴影投射Pass通常是ShadowCaster会为物体生成深度。但对于标准半透明Shader如Standard材质的Transparent模式其ShadowCasterPass可能因为物体被标记为“透明”而被特殊处理或者其自身的顶点/片元着色器输出不符合深度生成的要求。更关键的是半透明物体通常不向深度缓冲区写入深度ZWrite Off这使得在光源视角下它可能无法在阴影贴图中留下有效的、代表“遮挡”的深度信息。即使留下了这个深度值代表的是这个透明表面的位置但光其实可以部分穿过它这本身就是一个物理矛盾。在接收阴影阶段相机视角当计算一个位于半透明物体表面的像素是否在阴影中时GPU会进行上述深度比较。此时参与比较的“阴影贴图深度”可能是后面不透明物体的深度因为半透明物体没写入深度也可能是半透明物体自身不准确的深度。无论是哪种情况比较结果都很可能出错导致本该被阴影覆盖的区域被错误地判定为“未被遮挡”从而阴影缺失。那些显示出来的、边缘被裁剪的阴影往往是深度比较在透明物体边界处发生精度误差或混合计算错误导致的视觉假象。2.3 渲染队列Render Queue的关键影响Unity使用渲染队列来排序物体的绘制顺序。不透明物体Queue 2500如Geometry2000通常从前向后渲染利用深度测试快速丢弃被遮挡的片元。透明物体Queue 2500如Transparent3000则从后向前渲染并开启Alpha混合。阴影计算与渲染队列紧密相关。默认的阴影接收逻辑可能并未为Transparent队列的物体做特殊优化导致在阴影纹理采样和混合计算时没有正确处理其背后的深度信息从而引发裁剪。3. 解决方案全景与选型策略解决“半透明物体接收阴影异常”不是一个单一开关而是一个根据项目需求内置管线/URP/HDRP、性能预算和效果要求进行权衡的“工具箱”。下面我将这些方案从易到难、从效果到性能进行梳理。3.1 方案一修改材质与着色器最直接但有限制这是最先应该尝试的方法成本最低。调整渲染模式与混合状态将材质的渲染模式从Transparent改为Fade。Fade模式同样支持透明但有时在阴影处理上比Transparent更友好因为它通常意味着物体表面是均匀消散的而非折射。注意Fade模式在边缘处理上可能不如Transparent平滑对于类似玻璃的物体可能不适用。在自定义Shader中尝试调整混合命令。除了常见的Blend SrcAlpha OneMinusSrcAlpha可以试试Blend One OneMinusSrcAlpha预乘Alpha混合有时能改善与后期效果包括阴影的兼容性。关键一步强制深度写入。在SubShader的Tags中尝试添加IgnoreProjectorTrue可能避免一些旧式投影器的干扰但核心是深度。对于某些半透明物体我们可以谨慎地开启深度写入。在Pass中添加ZWrite On。这违背了完全正确的半透明渲染顺序但能提供一个明确的深度值给阴影计算可能会立刻修复阴影裁剪。代价是可能引发自身层叠渲染错误比如两个这样的透明物体交叉时渲染顺序会乱。这通常用于那些“实质上是非透明但表面有透明纹理”的物体比如带透明孔的栅栏。使用专门的透明阴影接收ShaderUnity提供了一些内置的解决方案。例如可以尝试使用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 方案二调整光源与质量设置项目级调整如果方案一不能完全解决或者需要全局调整可以修改光源和项目设置。光源阴影设置阴影类型将平行光的阴影类型从Hard Shadows改为Soft Shadows。软阴影在边缘有渐变过渡有时能掩盖或减轻因深度精度问题导致的硬裁剪边缘。如网络资料提及软阴影能让透明物体的阴影边缘更柔和自然。阴影强度Strength适当降低阴影强度让阴影变淡。虽然不能解决缺失问题但可以使残留的、显示不全的阴影不那么突兀作为一种视觉妥协。阴影分辨率Resolution提高阴影贴图的分辨率如从Medium调到High或Very High。更高的分辨率能提供更精确的深度细节可能会减少因采样精度不足导致的阴影边缘错误判断。但这会显著增加显存占用和渲染开销。项目质量设置Quality Settings进入Edit - Project Settings - Quality。找到当前使用的质量等级下的Shadows设置。Shadow Distance阴影距离确保你的半透明物体在阴影距离内。太远的物体不会被渲染阴影。Shadow Cascades阴影层级增加Cascade数量如从No Cascades到Two Cascades或Four Cascades。CSM技术为近处场景提供更高精度的阴影贴图可能改善近处透明物体的阴影质量。Shadowmask Mode如果使用混合光照尝试不同的Shadowmask模式观察对透明物体的影响。3.3 方案三自定义着色器深度改造终极方案当上述方案均不奏效或你对效果有极致要求时就需要动手修改或编写着色器。这是最彻底的方法也是性能影响最可控的方法。核心思路是将阴影接收的计算与表面的颜色渲染进行“解耦”处理。分离渲染通道思路我们可以设计一个双Pass的Shader。第一个Pass专门用于写入深度ZWrite On,ColorMask 0只写深度不输出颜色这个Pass使用一个简化的、不考虑透明的顶点变换。这样在生成阴影贴图和主相机深度图时这个物体会被当作一个“实心”的遮挡物从而获得正确的深度信息。第二个Pass再执行正常的半透明颜色渲染ZWrite Off,Blend开启。这样阴影计算基于第一个Pass的深度而视觉表现基于第二个Pass的透明颜色。这种方法能完美解决接收阴影的问题但无法处理物体自身投射的透明阴影它投射的阴影依然是实心的。修改ShadowCaster Pass在自定义Shader中找到或添加ShadowCasterPass。确保在这个Pass里顶点着色器正常输出裁剪空间位置片元着色器简单输出一个固定的深度或者基于纹理Alpha进行Clip如果是Cutout类型。对于真正的半透明物体我们需要让ShadowCasterPass 也考虑Alpha值。一种常见技巧是在片元着色器中使用clip(color.a - _Cutoff)即使对于混合透明也设置一个极低的_Cutoff阈值如0.01让几乎完全透明的部分不产生阴影遮挡而大部分区域则产生。这模拟了“部分遮挡”的效果。在片元着色器中手动处理阴影衰减在基础颜色渲染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;这种方法给了我们最大的艺术控制权可以做出“薄纱阴影淡厚玻璃阴影深”的效果。方案选型决策表方案适用场景优点缺点性能影响材质参数调整快速验证简单透明物体如UI、简单特效简单快捷无需代码效果有限可能不适用于复杂透明几乎无光源/质量设置项目整体阴影质量提升缓解边缘问题全局生效调整方便治标不治本可能无法根本解决缺失中提高分辨率、增加Cascade会增开销自定义双Pass深度需要精确接收阴影的静态透明物体如窗户阴影接收效果完美实现复杂自身阴影投射不透明增加Draw Call中高增加一个Pass修改ShadowCaster需要自身投射半透明阴影的动态物体如粒子能影响自身投射的阴影Shader编写复杂效果物理准确性待商榷低手动混合阴影衰减需要高度艺术化控制阴影的透明物体控制粒度最细效果灵活需要深入理解光照模型和Shader编写低4. 实战在URP中实现一个完整的解决方案让我们以一个具体的案例在Universal Render Pipeline (URP)中修复一个蓝色半透明玻璃板的阴影接收问题。我们将采用“自定义着色器”方案因为它最通用、最有效。4.1 环境准备与问题复现创建一个新的URP项目或确保现有项目已启用URP。在场景中放置一个平面作为地面一个立方体作为阴影投射物一个Quad我们将把它做成半透明玻璃板位于立方体和地面之间。创建一个新的材质命名为Glass_ShadowProblem暂时使用URP自带的Lit着色器将其Surface Type改为Transparent调整Base Map颜色为蓝色并降低Alpha。将该材质赋予Quad。调整平行光确保开启Cast Shadows。运行游戏。你应该会看到地面和立方体上的阴影正常但Quad玻璃板上的阴影要么完全消失要么只在边缘有残缺的显示。这就是我们要解决的问题。4.2 创建自定义URP Lit着色器在Project窗口中右键Create - Shader - Universal Render Pipeline - Lit Shader命名为CustomLit_TransparentShadow.shader。双击打开该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 { RenderTypeTransparent QueueTransparent RenderPipelineUniversalPipeline } 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 材质配置与效果验证将我们编写的CustomLit_TransparentShadow着色器赋给之前创建的Glass_ShadowProblem材质。在材质Inspector面板你会看到新增的Shadow Receive Strength滑块。将其调整为1。运行游戏。现在观察Quad上的阴影。与之前使用标准Lit着色器相比阴影应该能更完整地显示出来。虽然可能不是100%物理准确因为我们的方法是视觉修正但阴影裁剪问题会得到极大缓解阴影会根据玻璃的透明度有所减淡看起来更自然。尝试调整Shadow Receive Strength和材质的Alpha值观察阴影强度的变化直到达到满意的视觉效果。注意事项这种自定义着色器的方法虽然强大但意味着你脱离了URP内置着色器的自动升级和优化路径。当URP版本更新时可能需要手动同步更新你的自定义着色器。务必在项目早期评估如果大量物体需要此特性将其整合为一个可复用的Shader变体或Shader Graph子图是更可维护的做法。5. 常见问题排查与性能优化指南即使按照上述步骤操作你可能还会遇到一些棘手的情况。下面是一些常见问题及其排查思路。5.1 阴影仍然完全缺失检查渲染队列Render Queue确保你的材质Shader的渲染队列号大于2500透明队列。可以在Shader的SubShader中使用Tags { QueueTransparent }或在材质面板手动调整Render Queue为3000。错误的队列可能导致物体在阴影计算阶段被提前剔除。检查光照模式标签LightMode Tag在自定义Shader的Pass中必须包含正确的LightModeTag。对于接收实时阴影的主Pass通常是LightModeUniversalForward。缺少此标签该Pass可能不会被包含在渲染阴影的通道中。检查Shader的ShadowCaster Pass确保你的Shader有一个有效的ShadowCasterPass。Unity在生成阴影贴图时会寻找这个Pass。如果没有物体将无法投射阴影也可能以某种默认方式参与阴影接收计算导致异常。你可以复制URP Lit Shader中的ShadowCasterPass到你的Shader中。检查光源和物体距离确认物体在光源的阴影距离Shadow Distance内并且没有被其他物体的ShadowCaster组件意外禁用。5.2 阴影边缘闪烁或抖动Z-fighting原因当半透明物体与接收阴影的表面如地面距离非常近时两者的深度值在精度上过于接近在阴影比较时会产生深度冲突导致边缘像素在“在阴影中”和“不在阴影中”之间来回跳动。解决方案增加深度偏移Depth Bias在光源组件上或项目的质量设置中增加Shadow Bias参数。这个参数会在深度比较时添加一个微小的偏移将阴影稍微“推离”或“拉近”物体从而避免深度冲突。但设置过大会导致阴影与物体分离“彼得潘”现象。调整物体位置在场景设计上尽量避免半透明物体与接收面完全贴合即使只有微小的偏移如0.001个单位也能极大缓解问题。使用更高精度的深度纹理在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思路是相通的创建一个新的Lit Shader Graph。将Surface Type设置为Transparent。在Master Stack的Fragment阶段找到Shadow Color节点。默认情况下它可能不受Alpha影响。你需要将Alpha输出连接到Shadow Color的Alpha通道或者用一个Lerp节点根据Alpha值在“无阴影颜色”和“全阴影颜色”之间混合。这相当于在代码中手动混合阴影衰减。要影响阴影投射需要修改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游戏是写实风格还是卡通风格和物体的具体特性是均匀透明的玻璃还是边缘透明的毛发来选择最合适的方案。从最简单的材质参数调整开始逐步深入到光源设置最后在必要时才动用自定义着色器这把“手术刀”。记住性能与效果的平衡永远是实时渲染的艺术。
1. 问题现象与核心需求解析在Unity3D项目里尤其是涉及到一些需要表现通透质感的场景比如玻璃窗、水洼、半透明塑料或者一些特效材质我们经常会使用带有Alpha通道的半透明Shader。一个典型的场景是一个使用Standard或URP/HDRP中类似着色器并调整了渲染模式为“Transparent”的MeshRenderer在接收来自平行光或其他光源的阴影时会出现一个非常恼人的问题——阴影显示不全看起来像是被生硬地裁剪掉了一块边缘参差不齐完全破坏了视觉上的真实感和沉浸感。这个问题本质上是一个渲染管线中深度测试与颜色混合的经典冲突。对于不透明物体渲染流程相对直接先绘制深度再根据深度决定像素是否被覆盖。但对于半透明物体为了能透过它看到后面的东西我们必须关闭深度写入ZWrite Off并采用从后往前的顺序进行Alpha混合。然而阴影映射Shadow Mapping技术依赖于从光源视角渲染的深度图。当这个半透明物体参与阴影接收计算时它的“透明”特性与深度图的“非此即彼”的遮挡判断就产生了矛盾。GPU在判断这个像素点是否在阴影中时可能会因为半透明物体自身的深度信息不完整或不参与深度测试而错误地认为该点未被遮挡应完全照亮或者被错误地深度比较导致本该投射到它上面的阴影片段被丢弃视觉上就表现为阴影缺失或被裁剪。所以我们的核心需求非常明确让一个渲染队列在透明区间通常是QueueTransparent的MeshRenderer能够正确地、完整地接收来自其他不透明物体投射的动态阴影并且其自身投射的阴影如果也需要也能符合物理直觉。这不仅是一个视觉修复问题更是对渲染原理理解的深化。2. 渲染原理深度拆解为什么阴影会“消失”要解决问题必须深入理解Unity的渲染和阴影机制。我们以内置渲染管线或通用渲染管线URP为例其阴影生成主要依赖于传统的阴影映射技术。2.1 阴影映射Shadow Mapping流程简述从光源视角渲染深度将相机移动到光源位置看向场景渲染一张只包含深度信息的纹理图即阴影贴图Shadow Map。这张图记录了从光源角度看离光源最近的物体的深度值。从相机视角渲染场景在正常的摄像机渲染通道中对于每个需要计算阴影的像素片元我们将其世界坐标转换到光源的裁剪空间得到该点在光源视角下的深度值。深度比较将这个计算出的深度值与阴影贴图中对应位置存储的深度值进行比较。如果片元深度 阴影贴图深度意味着有更近的物体挡住了光则该片元在阴影中。否则该片元被照亮。2.2 半透明物体的“尴尬”境地问题就出在上述流程的第一步和第三步与半透明物体的渲染特性格格不入。在生成阴影贴图阶段光源视角默认情况下Unity的阴影投射Pass通常是ShadowCaster会为物体生成深度。但对于标准半透明Shader如Standard材质的Transparent模式其ShadowCasterPass可能因为物体被标记为“透明”而被特殊处理或者其自身的顶点/片元着色器输出不符合深度生成的要求。更关键的是半透明物体通常不向深度缓冲区写入深度ZWrite Off这使得在光源视角下它可能无法在阴影贴图中留下有效的、代表“遮挡”的深度信息。即使留下了这个深度值代表的是这个透明表面的位置但光其实可以部分穿过它这本身就是一个物理矛盾。在接收阴影阶段相机视角当计算一个位于半透明物体表面的像素是否在阴影中时GPU会进行上述深度比较。此时参与比较的“阴影贴图深度”可能是后面不透明物体的深度因为半透明物体没写入深度也可能是半透明物体自身不准确的深度。无论是哪种情况比较结果都很可能出错导致本该被阴影覆盖的区域被错误地判定为“未被遮挡”从而阴影缺失。那些显示出来的、边缘被裁剪的阴影往往是深度比较在透明物体边界处发生精度误差或混合计算错误导致的视觉假象。2.3 渲染队列Render Queue的关键影响Unity使用渲染队列来排序物体的绘制顺序。不透明物体Queue 2500如Geometry2000通常从前向后渲染利用深度测试快速丢弃被遮挡的片元。透明物体Queue 2500如Transparent3000则从后向前渲染并开启Alpha混合。阴影计算与渲染队列紧密相关。默认的阴影接收逻辑可能并未为Transparent队列的物体做特殊优化导致在阴影纹理采样和混合计算时没有正确处理其背后的深度信息从而引发裁剪。3. 解决方案全景与选型策略解决“半透明物体接收阴影异常”不是一个单一开关而是一个根据项目需求内置管线/URP/HDRP、性能预算和效果要求进行权衡的“工具箱”。下面我将这些方案从易到难、从效果到性能进行梳理。3.1 方案一修改材质与着色器最直接但有限制这是最先应该尝试的方法成本最低。调整渲染模式与混合状态将材质的渲染模式从Transparent改为Fade。Fade模式同样支持透明但有时在阴影处理上比Transparent更友好因为它通常意味着物体表面是均匀消散的而非折射。注意Fade模式在边缘处理上可能不如Transparent平滑对于类似玻璃的物体可能不适用。在自定义Shader中尝试调整混合命令。除了常见的Blend SrcAlpha OneMinusSrcAlpha可以试试Blend One OneMinusSrcAlpha预乘Alpha混合有时能改善与后期效果包括阴影的兼容性。关键一步强制深度写入。在SubShader的Tags中尝试添加IgnoreProjectorTrue可能避免一些旧式投影器的干扰但核心是深度。对于某些半透明物体我们可以谨慎地开启深度写入。在Pass中添加ZWrite On。这违背了完全正确的半透明渲染顺序但能提供一个明确的深度值给阴影计算可能会立刻修复阴影裁剪。代价是可能引发自身层叠渲染错误比如两个这样的透明物体交叉时渲染顺序会乱。这通常用于那些“实质上是非透明但表面有透明纹理”的物体比如带透明孔的栅栏。使用专门的透明阴影接收ShaderUnity提供了一些内置的解决方案。例如可以尝试使用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 方案二调整光源与质量设置项目级调整如果方案一不能完全解决或者需要全局调整可以修改光源和项目设置。光源阴影设置阴影类型将平行光的阴影类型从Hard Shadows改为Soft Shadows。软阴影在边缘有渐变过渡有时能掩盖或减轻因深度精度问题导致的硬裁剪边缘。如网络资料提及软阴影能让透明物体的阴影边缘更柔和自然。阴影强度Strength适当降低阴影强度让阴影变淡。虽然不能解决缺失问题但可以使残留的、显示不全的阴影不那么突兀作为一种视觉妥协。阴影分辨率Resolution提高阴影贴图的分辨率如从Medium调到High或Very High。更高的分辨率能提供更精确的深度细节可能会减少因采样精度不足导致的阴影边缘错误判断。但这会显著增加显存占用和渲染开销。项目质量设置Quality Settings进入Edit - Project Settings - Quality。找到当前使用的质量等级下的Shadows设置。Shadow Distance阴影距离确保你的半透明物体在阴影距离内。太远的物体不会被渲染阴影。Shadow Cascades阴影层级增加Cascade数量如从No Cascades到Two Cascades或Four Cascades。CSM技术为近处场景提供更高精度的阴影贴图可能改善近处透明物体的阴影质量。Shadowmask Mode如果使用混合光照尝试不同的Shadowmask模式观察对透明物体的影响。3.3 方案三自定义着色器深度改造终极方案当上述方案均不奏效或你对效果有极致要求时就需要动手修改或编写着色器。这是最彻底的方法也是性能影响最可控的方法。核心思路是将阴影接收的计算与表面的颜色渲染进行“解耦”处理。分离渲染通道思路我们可以设计一个双Pass的Shader。第一个Pass专门用于写入深度ZWrite On,ColorMask 0只写深度不输出颜色这个Pass使用一个简化的、不考虑透明的顶点变换。这样在生成阴影贴图和主相机深度图时这个物体会被当作一个“实心”的遮挡物从而获得正确的深度信息。第二个Pass再执行正常的半透明颜色渲染ZWrite Off,Blend开启。这样阴影计算基于第一个Pass的深度而视觉表现基于第二个Pass的透明颜色。这种方法能完美解决接收阴影的问题但无法处理物体自身投射的透明阴影它投射的阴影依然是实心的。修改ShadowCaster Pass在自定义Shader中找到或添加ShadowCasterPass。确保在这个Pass里顶点着色器正常输出裁剪空间位置片元着色器简单输出一个固定的深度或者基于纹理Alpha进行Clip如果是Cutout类型。对于真正的半透明物体我们需要让ShadowCasterPass 也考虑Alpha值。一种常见技巧是在片元着色器中使用clip(color.a - _Cutoff)即使对于混合透明也设置一个极低的_Cutoff阈值如0.01让几乎完全透明的部分不产生阴影遮挡而大部分区域则产生。这模拟了“部分遮挡”的效果。在片元着色器中手动处理阴影衰减在基础颜色渲染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;这种方法给了我们最大的艺术控制权可以做出“薄纱阴影淡厚玻璃阴影深”的效果。方案选型决策表方案适用场景优点缺点性能影响材质参数调整快速验证简单透明物体如UI、简单特效简单快捷无需代码效果有限可能不适用于复杂透明几乎无光源/质量设置项目整体阴影质量提升缓解边缘问题全局生效调整方便治标不治本可能无法根本解决缺失中提高分辨率、增加Cascade会增开销自定义双Pass深度需要精确接收阴影的静态透明物体如窗户阴影接收效果完美实现复杂自身阴影投射不透明增加Draw Call中高增加一个Pass修改ShadowCaster需要自身投射半透明阴影的动态物体如粒子能影响自身投射的阴影Shader编写复杂效果物理准确性待商榷低手动混合阴影衰减需要高度艺术化控制阴影的透明物体控制粒度最细效果灵活需要深入理解光照模型和Shader编写低4. 实战在URP中实现一个完整的解决方案让我们以一个具体的案例在Universal Render Pipeline (URP)中修复一个蓝色半透明玻璃板的阴影接收问题。我们将采用“自定义着色器”方案因为它最通用、最有效。4.1 环境准备与问题复现创建一个新的URP项目或确保现有项目已启用URP。在场景中放置一个平面作为地面一个立方体作为阴影投射物一个Quad我们将把它做成半透明玻璃板位于立方体和地面之间。创建一个新的材质命名为Glass_ShadowProblem暂时使用URP自带的Lit着色器将其Surface Type改为Transparent调整Base Map颜色为蓝色并降低Alpha。将该材质赋予Quad。调整平行光确保开启Cast Shadows。运行游戏。你应该会看到地面和立方体上的阴影正常但Quad玻璃板上的阴影要么完全消失要么只在边缘有残缺的显示。这就是我们要解决的问题。4.2 创建自定义URP Lit着色器在Project窗口中右键Create - Shader - Universal Render Pipeline - Lit Shader命名为CustomLit_TransparentShadow.shader。双击打开该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 { RenderTypeTransparent QueueTransparent RenderPipelineUniversalPipeline } 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 材质配置与效果验证将我们编写的CustomLit_TransparentShadow着色器赋给之前创建的Glass_ShadowProblem材质。在材质Inspector面板你会看到新增的Shadow Receive Strength滑块。将其调整为1。运行游戏。现在观察Quad上的阴影。与之前使用标准Lit着色器相比阴影应该能更完整地显示出来。虽然可能不是100%物理准确因为我们的方法是视觉修正但阴影裁剪问题会得到极大缓解阴影会根据玻璃的透明度有所减淡看起来更自然。尝试调整Shadow Receive Strength和材质的Alpha值观察阴影强度的变化直到达到满意的视觉效果。注意事项这种自定义着色器的方法虽然强大但意味着你脱离了URP内置着色器的自动升级和优化路径。当URP版本更新时可能需要手动同步更新你的自定义着色器。务必在项目早期评估如果大量物体需要此特性将其整合为一个可复用的Shader变体或Shader Graph子图是更可维护的做法。5. 常见问题排查与性能优化指南即使按照上述步骤操作你可能还会遇到一些棘手的情况。下面是一些常见问题及其排查思路。5.1 阴影仍然完全缺失检查渲染队列Render Queue确保你的材质Shader的渲染队列号大于2500透明队列。可以在Shader的SubShader中使用Tags { QueueTransparent }或在材质面板手动调整Render Queue为3000。错误的队列可能导致物体在阴影计算阶段被提前剔除。检查光照模式标签LightMode Tag在自定义Shader的Pass中必须包含正确的LightModeTag。对于接收实时阴影的主Pass通常是LightModeUniversalForward。缺少此标签该Pass可能不会被包含在渲染阴影的通道中。检查Shader的ShadowCaster Pass确保你的Shader有一个有效的ShadowCasterPass。Unity在生成阴影贴图时会寻找这个Pass。如果没有物体将无法投射阴影也可能以某种默认方式参与阴影接收计算导致异常。你可以复制URP Lit Shader中的ShadowCasterPass到你的Shader中。检查光源和物体距离确认物体在光源的阴影距离Shadow Distance内并且没有被其他物体的ShadowCaster组件意外禁用。5.2 阴影边缘闪烁或抖动Z-fighting原因当半透明物体与接收阴影的表面如地面距离非常近时两者的深度值在精度上过于接近在阴影比较时会产生深度冲突导致边缘像素在“在阴影中”和“不在阴影中”之间来回跳动。解决方案增加深度偏移Depth Bias在光源组件上或项目的质量设置中增加Shadow Bias参数。这个参数会在深度比较时添加一个微小的偏移将阴影稍微“推离”或“拉近”物体从而避免深度冲突。但设置过大会导致阴影与物体分离“彼得潘”现象。调整物体位置在场景设计上尽量避免半透明物体与接收面完全贴合即使只有微小的偏移如0.001个单位也能极大缓解问题。使用更高精度的深度纹理在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思路是相通的创建一个新的Lit Shader Graph。将Surface Type设置为Transparent。在Master Stack的Fragment阶段找到Shadow Color节点。默认情况下它可能不受Alpha影响。你需要将Alpha输出连接到Shadow Color的Alpha通道或者用一个Lerp节点根据Alpha值在“无阴影颜色”和“全阴影颜色”之间混合。这相当于在代码中手动混合阴影衰减。要影响阴影投射需要修改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游戏是写实风格还是卡通风格和物体的具体特性是均匀透明的玻璃还是边缘透明的毛发来选择最合适的方案。从最简单的材质参数调整开始逐步深入到光源设置最后在必要时才动用自定义着色器这把“手术刀”。记住性能与效果的平衡永远是实时渲染的艺术。
