Shader全局光照实现：从原理到Unity实战的完整指南

1. 项目概述：从“照亮”到“真实”的跨越

在图形渲染的世界里，我们常常会陷入一个误区：只要把模型建得足够精细，贴上高分辨率的贴图，再用几个点光源照亮，画面就能“以假乱真”。但实际做出来的效果，往往感觉物体是“浮”在场景里的，或者像塑料玩具一样缺乏质感。问题的核心，通常就出在“光”的处理上。你给一个物体打光，它被照亮了，但它周围的环境呢？它自身反射的光线对别的物体有影响吗？这些被传统局部光照模型忽略的部分，恰恰是构成真实感视觉体验的关键。这就是“全局光照”要解决的问题。

简单来说，全局光照模拟的是光线在场景中所有表面之间多次反弹、相互影响的物理过程。它不仅计算光源直接照射到物体上的效果，还计算光线从一个表面反射后，再照射到另一个表面的间接照明效果。想象一下，在一个阳光明媚的午后，你走进一个房间，即使阳光没有直接照到房间的某个角落，这个角落也不会是完全漆黑的，因为光线会从地板、墙壁上反弹过来，带来柔和的、色彩丰富的环境光。这种效果，就是全局光照带来的魔力。

而Shader，作为GPU上执行的一段程序，是实现这一切计算的核心。我们谈论的“全局光照的实现Shader”，指的就是在着色器程序中，编写算法来模拟这种复杂的光线交互。这不仅仅是加几行代码那么简单，它涉及到对光照物理模型的理解、对渲染管线的掌控，以及对性能与效果之间平衡的艺术。无论是使用Unity的Shader Graph进行可视化编程，还是手写HLSL/GLSL代码，其目标都是一致的：让虚拟世界的光影，遵循物理世界的规律。

2. 全局光照的核心原理与实现路径拆解

2.1 直接光照 vs. 间接光照：理解光的旅程

要搞懂全局光照，首先得把光的“旅程”拆解开。传统的光照模型，比如经典的Phong或Blinn-Phong模型，都属于直接光照的范畴。它们只关心从光源（如平行光、点光源）直接“旅行”到物体表面某一点的光线。计算时，我们只需要知道光源的位置、颜色、强度，以及物体表面的法线、视角方向，就能通过一个简单的公式（通常是漫反射+高光反射）算出该点的颜色。这个过程很快，因为它假设光线“一击即中”后便消失了，不考虑后续的反弹。

间接光照则是全局光照的灵魂。它计算的是那些“非直接”的光线：从光源发出，照射到物体A，然后从A表面反射（或折射），再照射到物体B上的光线。正是这些经过一次或多次反弹的光线，带来了场景中微妙的色彩渗透和柔和的阴影过渡。例如，一个红色的沙发靠近白色的墙壁，墙壁上会映出淡淡的红色，这就是间接漫反射光照；一个光滑的金属球，其表面会映出周围环境的倒影，这就是间接镜面反射光照。

因此，全局光照 = 直接光照 + 间接光照。直接光照负责塑造物体的基本明暗和轮廓，而间接光照负责填充细节、连接物体、营造氛围，让整个场景的光影成为一个有机的整体。

2.2 主流实现技术路径：从烘焙到实时

在Shader中实现全局光照，根据计算时机和精度，主要有两大技术路径：预计算（烘焙）和实时计算。

预计算全局光照，如光照贴图烘焙。这个过程的计算是离线的，通常在编辑器中完成。它会通过光线追踪或辐射度算法，预先计算出场景中静态物体表面的间接光照信息，并将结果存储在一张或多张纹理（即光照贴图）中。在运行时，Shader只需要对这张贴图进行采样，就能获得高质量的间接光照效果，性能开销极低。Unity的Enlighten（旧版）和Progressive Lightmapper（渐进式光照烘焙器）就是干这个的。在Shader中，你通常会看到类似unity_Lightmap的采样操作。这种方法的局限也很明显：它只适用于静态物体和静态光源，动态物体无法与场景产生正确的间接光照交互。

实时全局光照，这是当前高端图形应用追求的目标。它旨在每一帧都动态计算间接光照，以支持完全动态的场景和光照。实现实时全局光照的Shader技术非常复杂，是图形学的前沿领域。目前业界主流和实用的混合方案包括：

1. 屏幕空间全局光照：只计算当前屏幕像素可见范围内的间接光照反弹，速度快但存在屏幕外信息缺失的问题（例如物体移出屏幕后，其反弹光会突然消失）。
2. 体素全局光照：将场景体素化，在三维网格中传播光照信息，能处理一定程度的动态场景，但精度和性能需要仔细权衡。
3. 光线追踪全局光照：利用现代GPU的硬件光线追踪核心，通过发射少量光线来采样间接光照，效果最物理、最准确，但对硬件要求极高。在Shader中，这通常通过调用像TraceRay这样的函数来实现。

对于大多数项目，尤其是移动端或性能敏感的项目，一种高效的折中方案是光照探针。它在场景空间中预先放置一系列采样点（探针），烘焙或动态捕捉该点的间接光照信息（通常是一个球谐光照系数）。在运行时，动态物体的Shader根据其世界坐标，对周围几个探针的信息进行插值，来获取其受到的间接光照。这在Shader中表现为对unity_SHAr、unity_SHAg等球谐系数变量的使用。

注意：选择哪种路径，不纯粹是技术选型，更是项目需求和目标平台的权衡。一个成熟的方案往往是混合的：静态环境用光照贴图，动态物体用光照探针，再辅以屏幕空间反射来补充镜面间接光。

3. 在Shader中实现基础全局光照效果

3.1 环境光与球谐光照：廉价的间接漫反射

最基础、最廉价的间接光照模拟就是环境光。它假设场景中来自所有方向的间接光都是均匀且恒定的，在Shader中通常用一个固定的颜色值来表示。虽然不真实，但能防止背光面完全变黑。

// 在片元着色器中添加一个基础环境光项 fixed4 ambient = UNITY_LIGHTMODEL_AMBIENT * _Color; // UNITY_LIGHTMODEL_AMBIENT是Unity内置的全局环境光颜色 fixed4 col = (diffuse + specular) * _LightColor0 + ambient;

比环境光更高级的是球谐光照。它用一组球谐基函数的系数来编码一个球面上的光照分布信息。Unity为光照探针和Lightmap的间接漫反射部分自动计算了球谐系数，并传递到Shader。在Surface Shader或自己编写的顶点/片元着色器中，我们可以方便地使用内置函数来解码和应用它。

// 在顶点着色器中，计算球谐光照数据（通常用于间接漫反射） TANGENT_SPACE_ROTATION; o.normalWorld = mul(v.normal, (float3x3)unity_WorldToObject); o.sh = ShadeSH9(float4(o.normalWorld, 1.0)); // 核心函数：根据法线方向计算球谐光照 // 在片元着色器中，将球谐光照结果加到最终颜色上 fixed4 col = (diffuse + specular) * _LightColor0 + i.sh;

ShadeSH9函数是Unity提供的工具，它根据输入的法线方向（需要是世界空间下的），从Unity内置的球谐系数（unity_SHAr等）中重建出该方向的间接漫反射光。这个计算非常高效，几乎不增加性能负担，是提升动态物体真实感的必备技巧。

3.2 实现一个简化的实时间接光估算

对于学习目的，我们可以尝试在片元着色器中实现一个极度简化的实时间接光估算模型，来理解其思想。这个模型基于一个假设：物体表面某点接收到的间接光，主要来自于其法线所指向的半球空间内的平均光照。

我们可以利用法线贴图或立方体贴图来粗糙地模拟这个“半球空间”的光照信息。这里以使用一个预制的“环境立方体贴图”为例：

samplerCUBE _IndirectCubemap; // 一张表示场景环境光的立方体贴图 float _IndirectIntensity; // 在片元着色器中 float3 worldNormal = normalize(i.normalWorld); float3 worldViewDir = normalize(_WorldSpaceCameraPos - i.worldPos); // 简单的反射向量采样立方体贴图，模拟镜面间接光（粗糙版环境反射） float3 reflectDir = reflect(-worldViewDir, worldNormal); float4 indirectSpecular = texCUBE(_IndirectCubemap, reflectDir) * _IndirectIntensity; // 用法线方向直接采样，模拟漫反射间接光（非常粗略） float4 indirectDiffuse = texCUBE(_IndirectCubemap, worldNormal) * _IndirectIntensity * 0.5; fixed4 col = (diffuse * _LightColor0) + (specular * _LightColor0) + indirectDiffuse + indirectSpecular;

这个实现非常初级且不物理，但它直观地展示了思想：通过从不同方向采样一个代表环境的光照图，来模拟光线从各个方向来的效果。现代游戏中使用图像照明技术，正是这个思想的精炼版，它使用一张经过卷积处理的、模糊的环境立方体贴图来作为间接漫反射光源，效果要好得多。

3.3 结合光照贴图与光照探针

在实际的Unity Shaderlab编写中，一个支持完整烘焙GI的Surface Shader框架大致如下：

Shader "Custom/MyGIshader" { Properties { _MainTex ("Albedo (RGB)", 2D) = "white" {} _Glossiness ("Smoothness", Range(0,1)) = 0.5 _Metallic ("Metallic", Range(0,1)) = 0.0 } SubShader { Tags { "RenderType"="Opaque" } LOD 200 CGPROGRAM // 关键：启用光照贴图和光照探针的支持 #pragma surface surf Standard fullforwardshadows #pragma target 3.0 sampler2D _MainTex; struct Input { float2 uv_MainTex; }; half _Glossiness; half _Metallic; void surf (Input IN, inout SurfaceOutputStandard o) { fixed4 c = tex2D (_MainTex, IN.uv_MainTex); o.Albedo = c.rgb; o.Metallic = _Metallic; o.Smoothness = _Glossiness; o.Alpha = c.a; } ENDCG } FallBack "Diffuse" }

这个Shader本身并没有直接编写GI计算的代码。#pragma surface surf Standard fullforwardshadows这一行指令告诉Unity，这个表面着色器使用基于物理的Standard光照模型，并要求Unity为其生成包含全向阴影和全局光照计算的完整着色器代码。Unity会在编译时，根据项目的GI设置（是否启用烘焙、是否使用光照探针），自动将对应的光照贴图采样或光照探针插值代码注入到生成的顶点/片元着色器中。

实操心得：对于绝大多数不从事引擎底层开发的开发者来说，深入理解Unity的GI系统如何工作，并学会正确配置光照模式（Mixed、Baked、Realtime）、烘焙参数和光照探针，比徒手在Shader里写复杂的实时GI算法要实际得多。你的Shader只需要声明使用正确的光照模型和标签，剩下的交给Unity去整合。确保物体的Static标志正确、光照探针覆盖动态物体活动范围，是让GI生效的关键。

4. 使用Shader Graph构建可视化全局光照效果

4.1 Shader Graph中的GI节点解析

对于不习惯直接写代码的开发者，Unity的Shader Graph提供了强大的可视化工具。要实现全局光照效果，你需要关注以下几个核心节点：

1. Ambient节点：提供最基本的、由渲染设置中定义的全局环境光颜色。直接连接到主节点的Base Color或Emission上，可以作为最基础的间接光。
2. Baked GI节点：这是接入烘焙全局光照的核心。它输出一个颜色，代表当前片段从光照贴图中采样到的间接漫反射光照。你需要将其与直接光照计算的结果相加。注意，这个节点只在烘焙光照模式下有效，并且需要物体标记为Static。
3. Reflection Probe节点：用于采样场景中的反射探针。反射探针捕获了场景某一点的环境全景图，用于模拟精确的镜面反射间接光。将该节点连接到主节点的Environment Reflections输入口，Standard PBR主节点会自动将其与粗糙度结合，计算基于图像的照明反射。
4. Custom Function节点：如果你想实现更自定义的间接光效果，比如前面提到的简化实时估算模型，可以通过Custom Function节点引入HLSL代码块。

4.2 构建一个支持混合光照的Shader Graph

让我们一步步构建一个支持烘焙间接光和实时直接光的Shader Graph：

1. 创建主结构：新建一个PBR Graph。主节点已经包含了Base Color,Metallic,Smoothness,Normal等标准输入。
2. 引入直接光照：直接光照通常由渲染管线（如URP的Universal RP）自动处理。你只需要确保Base Color,Metallic,Smoothness等材质属性设置正确，管线就会为你计算基于物理的直接光照。
3. 添加烘焙间接光：
   • 在节点面板中搜索“Baked GI”节点并创建。
   • 将Baked GI节点的输出连接到一个Add节点的输入A。
   • 将你的直接光照颜色（通常来自PBR Master节点内部逻辑，或通过Lighting模型节点计算）连接到Add节点的输入B。
   • 将Add节点的输出连接到主节点Base Color的输入（注意，这里可能需要根据你的混合模式调整，更物理的做法是将间接光作为额外的入射光能加到直接光计算结果上，加法是常见简化）。
4. 添加环境反射：
   • 搜索“Reflection Probe”节点并创建。
   • 将其输出直接连接到主节点的Environment Reflections输入口。Shader Graph会自动根据材质的Smoothness来混合反射的清晰度。
5. 配置Graph设置：在Graph Inspector中，确保“Surface Type”为Opaque，“Lighting Model”为Lit。最重要的是，在“Graph Settings”中，找到“Active Targets”，确保你的渲染管线（如Universal RP）被选中，这样Graph才能正确接入管线的光照系统。

通过这个Graph，你就得到了一个材质：静态物体在烘焙后能显示高质量的间接光，动态物体在光照探针范围内也能获得色彩融合，同时所有物体都能对反射探针做出反应，实现基本的镜面间接光。

4.3 实现“扰动”效果增强真实感

“Shader Graph 扰动”这个热词提示了我们一个进阶技巧：静态的GI信息有时看起来过于“完美”和“平滑”。现实世界中，灰尘、细微的表面不规则、空气扰动都会让间接光产生微妙的变化。我们可以通过纹理扰动来模拟这种效果，打破均匀性，增加细节。

以扰动烘焙GI的采样坐标为例：

1. 准备扰动纹理：使用一张噪声图或细节法线贴图。
2. 扰动世界坐标：使用Position节点获取世界空间坐标，结合时间节点和噪声图，对坐标进行小幅度的偏移。

   // 在Custom Function节点中的伪代码思路 float3 worldPos = Position; float2 noiseUV = worldPos.xz * _NoiseScale + _Time.y * _Speed; float2 noise = tex2D(_NoiseTex, noiseUV).rg * 2 - 1; // 将噪声映射到[-1, 1]范围 worldPos.xz += noise * _DistortionStrength; // 在水平方向扰动

3. 基于扰动后坐标采样GI：将扰动后的世界坐标（或由其衍生的方向）输入到Baked GI或Reflection Probe节点的采样过程中。注意，标准的Baked GI节点可能不直接支持坐标输入，你可能需要自己编写Custom Function，通过SHADERGRAPH_BAKED_GI宏或采样Lightmap API来实现。
4. 混合结果：将扰动后的间接光与未扰动的间接光按一定比例混合，避免效果过于夸张。

这种扰动技术常用于模拟水下焦散、热空气扭曲、或陈旧表面不均匀的辉光效果，能极大地提升视觉丰富度。

5. 性能优化与常见问题深度排查

5.1 性能瓶颈分析与优化策略

全局光照是渲染中最耗资源的环节之一。在Shader层面和项目设置层面进行优化至关重要。

Shader层面优化：

• 精度选择：在移动平台，将float降级为half甚至fixed来存储颜色和强度值，能显著减少寄存器压力和带宽占用。但要注意法线、位置等关键向量仍需使用float以保证精度。
• 分支优化：避免在片元着色器中使用复杂的动态分支（if-else），尤其是在计算GI的循环或采样中。GPU的SIMD架构会导致所有分支路径都被执行。尽量使用step()、lerp()等函数进行平滑选择。
• 纹理采样优化：间接光常用的光照贴图、立方体贴图应尽可能使用压缩格式（如ASTC），并确保Mipmap链完整，以利用硬件三线性过滤和减少远处像素的带宽。
• 简化模型：对于远处或小尺寸的物体，可以使用简化版的Shader，例如关闭镜面反射间接光（环境反射），只保留漫反射间接光（球谐或简化光照贴图）。

项目设置与内容优化：

• 光照贴图分辨率与压缩：不要盲目使用高分辨率光照贴图。根据物体在屏幕上的占比和重要性，分级设置光照贴图分辨率。启用光照贴图压缩。
• 光照探针密度：光照探针不是越多越好。过密的探针会急剧增加烘焙时间和运行时插值开销。将探针主要放置在游戏区域、光照变化剧烈（如墙角、明暗交界处）和动态物体活动路径上。
• 反射探针更新频率：将反射探针的更新模式设置为“Baked”或“On Awake”，避免每帧更新（“Every Frame”）。对于动态场景，可以设置多个立方体贴图交替更新，或使用屏幕空间反射作为补充。
• 遮挡剔除：确保正确设置遮挡剔除，避免对不可见物体进行任何光照计算，包括GI采样。

5.2 “Missing Global Shader”等常见错误排查

“Missing Global Shader”这个错误提示通常不直接出现在用户编写的Shader中，而是Unity编辑器或管线内部的错误。其根源和排查思路如下：

1. 渲染管线兼容性：这是最常见的原因。你编写的Shader或使用的Shader Graph，其目标渲染管线（如Built-in、URP、HDRP）与当前项目设置的渲染管线不匹配。

   • 排查：检查Shader文件第一行的Shader “Custom/...”路径，或Shader Graph的Graph Settings。确保它们是为当前项目使用的管线（如Universal RP）设计的。URP的Shader通常包含“Universal Render Pipeline”字样。
   • 解决：如果是Built-in管线Shader用在URP项目中，需要将其转换为URP版本（通常使用URP提供的Shader转换工具）。Shader Graph则需要确保其“Active Target”是正确的管线。

2. Shader编译错误：Shader代码中存在语法错误、未定义的变量或函数，导致Unity无法成功编译该Shader，进而将其标记为“Missing”。

   • 排查：在Unity控制台中，查看是否有该Shader相关的编译错误信息（红色错误）。点击错误信息可以定位到代码行。
   • 解决：根据错误提示修正Shader代码。常见问题包括：#include路径错误、变量名拼写错误、在不支持的特性中使用高级指令等。

3. Shader变体缺失：Unity Shader会为不同的渲染状态（如不同光源类型、是否启用阴影、不同雾效）编译多个“变体”。如果某个需要的变体没有成功编译，在运行时切换到该状态时就会找不到Shader。

   • 排查：在Player Settings中，查看Shader的编译和剥离设置。有时为了减少包体，会过度剥离Shader变体。
   • 解决：确保在Graphics Settings中包含了所有必要的Shader变体。对于自定义Shader，可以使用#pragma multi_compile或#pragma shader_feature来明确声明需要的变体，并确保它们没有被剥离。

4. 文件损坏或丢失：Shader文件本身在磁盘上被意外删除、移动，或.meta文件损坏。

   • 排查：在Project视图中检查该Shader文件图标是否正常，是否存在。
   • 解决：如果文件丢失，尝试从版本控制恢复。如果.meta文件损坏，可以尝试删除该.meta文件（确保先备份），然后重新导入Shader文件。

5. 第三方插件或资源包问题：导入的第三方资源包可能包含了特定版本的Shader，与你的Unity版本或管线版本冲突。

   • 排查：错误是否在导入某个资源包后出现？尝试禁用或更新该资源包。
   • 解决：联系资源包作者获取支持，或寻找兼容版本的资源。

当遇到“粉红”材质（即Missing Shader）时，不要慌张。首先检查控制台错误信息，然后按照“管线兼容性 -> 编译错误 -> 变体缺失 -> 文件完整性 -> 第三方依赖”的顺序进行系统性排查，大部分问题都能得到解决。养成在导入新资源或升级管线后，在目标平台（尤其是移动端）上提前测试Shader兼容性的习惯，能避免很多后期麻烦。