1. 项目概述：动态物体的“光影穿帮”难题

在Unity中构建一个视觉上令人信服的场景，烘焙光照贴图几乎是必经之路。它能将复杂的光线反弹、阴影和全局光照效果预计算成一张张纹理，运行时直接采样，性能开销极低，画面质量极高。但很多开发者，尤其是刚接触烘焙光照的朋友，都会遇到一个经典的“穿帮”现象：精心布置的静态场景光影和谐，一旦角色、车辆、可拾取道具这些动态物体进入场景，它们要么像“幽灵”一样通体发亮，与环境光格格不入，要么拖着奇怪的、与场景光源方向不符的阴影，瞬间打破了沉浸感。

这个问题，本质上源于光照贴图的工作机制。光照贴图是“绑定”在静态物体（标记为Static或Contribute GI）的UV上的。动态物体在运行时可以随意移动，它的位置在烘焙时是无法预知的，因此它无法“拥有”一张属于自己的、随位置变化的光照贴图。当动态物体进入一个被烘焙光照照亮的区域时，如果没有任何辅助数据告诉它“你当前位置的光照环境是什么样的”，渲染引擎就只能用一些非常基础的全局环境光（比如Skybox提供的环境色）来照亮它，或者错误地采样了附近静态物体上某个点的光照信息，导致光影错乱。

我最初遇到这个问题时，第一反应是去调动态物体材质的自发光或者强行打一盏实时光，结果要么不自然，要么性能扛不住。后来才明白，Unity早已为我们准备了优雅的解决方案：Light Probe Group（光照探针组）。你可以把它想象成在场景空间中布下的一张无形的、记录着光照信息的“采样点网络”。动态物体在移动时，会实时找到离它最近的几个探针，并插值出它当前位置精确的光照颜色和强度，从而实现与烘焙场景的无缝融合。这就像在房间里布满了温度传感器，无论你走到哪里，都能知道当地的准确温度，而不是只能用房间角落的测温数据。

本文将手把手带你深入理解这一机制，从问题复现、原理剖析，到Light Probe的创建、摆放、烘焙技巧，最后解决那些“我放了探针为什么还没用？”的疑难杂症。无论你是正在为动态角色“飘”在场景上而苦恼的独立开发者，还是希望优化大型场景光照一致性的技术美术，这篇从实战中总结的指南都能提供直接的帮助。

2. 核心原理：为什么动态物体需要Light Probe？

要解决问题，必须先理解问题的根源。我们得拆开看看，在Unity的渲染管线里，光信息到底是怎么传递的。

2.1 光照贴图的静态绑定本质

当你勾选一个GameObject的Static复选框，或者在Mesh Renderer组件里启用Contribute Global Illumination时，你实际上是向Unity的烘焙系统（如Progressive Lightmapper）发出了一个指令：“这个物体的位置和形态在运行时不会改变，请为它预计算光照信息。”

烘焙器会做以下几件事：

1. 展开UV2：为物体的网格生成第二套UV（Lightmap UV），用于“贴”上光照贴图。这套UV需要确保没有重叠、拉伸尽量均匀。
2. 光线追踪模拟：从场景中的Baked或Mixed模式光源出发，模拟光线在场景中的传播、反弹，计算光线打到该物体表面每个点的直接光和间接光（多次反弹）的强度和颜色。
3. 纹理烘焙：将这些计算结果编码（通常是RGBM或HDR格式）到一张或多张大的纹理图集（Lightmap Atlas）上，这张图集在游戏运行时会一直存在于显存中。

当游戏运行时，静态物体的着色器会使用其UV2去采样这张光照贴图，从而获得逼真的光照效果，且完全不需要进行实时光照计算。这就是烘焙光照性能优异的原因。

关键限制来了：这个光照信息是纹素（Texel）到模型表面顶点的精确映射。动态物体的顶点位置每帧都在变，它不可能用一套固定的UV去采样一张固定的纹理来获得正确变化的光照。如果强行让动态物体去采样最近静态物体的光照贴图，你会看到当角色走过一个墙角时，他身上的光影会突然“跳变”，因为采样点从一个光照贴图纹素跳到了另一个，这比光影错误更糟糕。

2.2 Light Probe：空间中的光照采样点

Light Probe（光照探针）的设计，就是为了打破“光照信息必须绑定在物体表面”这个限制。它的核心思想是：将光照信息记录在三维空间的特定点上，让动态物体通过其世界坐标去查询和插值这些点上的数据。

一个Light Probe本质上存储了一个位置点的“光照环境快照”，这个快照包含：

• 球谐光照数据：这是最关键的部分。Unity使用低阶的球谐函数（通常是L2，即9个系数）来编码该点来自各个方向的入射光信息。这不同于一个简单的颜色值，它能记录光的方向性特征。例如，一个点左边是红墙，右边是蓝墙，球谐数据就能近似还原出“左侧偏红，右侧偏蓝”的环境光效果。
• 方向性光照信息（可选）：当在Lighting窗口中选择Directional模式时，探针还会额外存储主要光源的方向信息，用于改善法线贴图在动态物体上的表现。

动态物体如何利用探针？

1. 寻找最近的探针：在运行时，动态物体的Renderer（如MeshRenderer或SkinnedMeshRenderer）会根据其包围盒（Bounds）的位置，寻找包围盒所覆盖的、最近的几个光照探针（通常是4个，构成一个四面体）。
2. 三线性插值：引擎会根据动态物体包围盒中心点相对于这四个探针位置的重心坐标（Barycentric Coordinate），对这四个探针记录的球谐光照数据进行插值。这个插值过程是平滑的。
3. 应用光照：插值得到的最终球谐光照数据，会被传递给物体的着色器。在标准的Standard或Universal Render Pipeline/Lit着色器中，这部分数据会被用来计算环境光漫反射（Indirect Diffuse），从而让动态物体“染上”周围环境的光色。

一个生活化的比喻：静态光照贴图像是画在墙上的壁画，光照效果固定在那里。Light Probe则像是在房间中悬挂了许多个散发着特定颜色和强度光晕的小水晶球。动态物体（比如一个玩具小车）在房间里跑，它感受到的光照就是由它周围那几个小水晶球的光晕混合而成的。小车移动，混合的光照也随之平滑变化。

注意：Light Probe只影响漫反射环境光。它不提供实时的、精确的镜面反射高光，也不产生直接的阴影。动态物体的镜面反射需要依靠Reflection Probe（反射探针），而阴影则需要通过实时光（Realtime模式）或Mixed模式光源的阴影贴图来生成。

3. 手把手配置：创建、放置与烘焙Light Probe

理解了原理，我们进入实战环节。配置一个有效的Light Probe网络，远不是简单地在场景里扔一个Light Probe Group然后点烘焙就完事的，其中的细节决定了最终效果的细腻程度和性能开销。

3.1 创建与基础设置

首先，在你的场景中创建Light Probe Group。

1. 在Hierarchy窗口右键 ->Light->Light Probe Group。这会在场景中创建一个包含8个默认探针（构成一个立方体）的组。
2. 选中这个Light Probe Group，在Inspector窗口中你会看到组件。你可以点击Edit Light Probes按钮进入编辑模式，或者使用快捷键（如移动工具）直接拖动场景视图中的黄色小球（探针）。

关键设置解析：

• Light Probe Group (Script)：这是主组件，管理组内所有探针。
• Interpolation Mode：插值模式。通常保持默认的Linear即可，它使用三线性插值，效果平滑。Custom Provided用于高级用户通过脚本提供插值数据。
• Probe Density：这是一个编辑时的显示设置，用于控制场景视图中代表探针的小图标的显示密度，不影响运行时数据。

3.2 探针摆放的艺术与科学

随意摆放的探针效果很差，甚至可能引发插值错误。以下是经过大量项目验证的摆放策略：

1. 覆盖动态物体的活动区域这是最基本的原则。你需要确保动态物体所有可能到达的位置，都被一个由至少4个探针构成的四面体所覆盖。想象用探针在活动区域“编织”一张三维的网。

• 地面与行走区域：在角色行走的地面附近，密集布置探针。如果地面是平的，可以放置一层网格状的探针。
• 垂直空间：如果角色可以跳跃或场景有高低差，必须在垂直方向上也布置探针。一个常见的错误是只在地面放一层，当角色跳起来时，就可能跑到探针网格“上方”，找不到有效的四面体进行插值，导致光照“穿帮”（例如突然变黑或变亮）。
• 复杂地形：在山坡、楼梯、洞穴内部，需要沿着地形轮廓放置探针，确保任何位置都有良好的探针包围。

2. 在光照变化剧烈处加密光照探针记录的是它所在点的光照环境。在以下区域需要增加探针密度：

• 明暗交界处：如门口、窗户边、走廊转角。这里光照强度变化大，密集的探针能让动态物体走过时，光影过渡更自然。
• 不同色温光源交界处：比如一个房间是暖黄光，相邻房间是冷白光，在门口区域需要更多探针来平滑色彩过渡。
• 阴影边缘：虽然探针不产生阴影，但被阴影覆盖的区域和阳光直射的区域，其记录的球谐数据差异很大。足够的密度可以避免动态物体在进出阴影时，环境光颜色发生突兀跳变。

3. 避免探针放置在物体内部或贴面不要将探针放在静态物体（如墙壁、箱子）的内部或无限贴近其表面。因为烘焙时，探针会采样该点的光照，如果点在物体内部，采样到的可能是黑暗或错误的光照数据。保持探针与静态几何体有一点距离（例如0.2-0.5个单位）。

4. 利用“Probe Volume”应对大型物体对于公交车、大型怪物等自身尺寸较大的动态物体，如果只用包围盒中心点去插值四个探针，可能会导致物体身体不同部位的光照不一致（例如车头在阳光下，车尾却在阴影插值中）。从较新的Unity版本开始，可以使用Light Probe Proxy Volume (LPPV)。它允许在一个动态物体的体积内放置一个虚拟的探针网格，物体渲染时，其表面的不同点可以采样这个局部网格内的不同探针数据，从而获得更精确的体积光照效果。这对于高品质的车辆或BOSS战渲染非常有用。

实操技巧：高效编辑探针

• 复制粘贴：在编辑模式下，选中一个或一组探针（Shift+点击），Ctrl+C复制，Ctrl+V粘贴，可以快速创建网格阵列。
• 对齐到地面：你可以写一个简单编辑器脚本，将选中的探针统一对齐到其正下方的碰撞体表面，这对于快速布置地面探针非常高效。
• 分层管理：在复杂场景中，可以创建多个Light Probe Group来管理不同区域（如“室内一层”、“室外广场”），便于单独编辑和调试。

3.3 烘焙流程与参数解读

放置好探针后，需要烘焙光照数据使其生效。

1. 打开Lighting窗口：Window->Rendering->Lighting。
2. 确保场景有Lighting Settings：在Lighting窗口的Scene页签，确保Lighting Settings Asset已分配。如果没有，点击New Lighting Settings创建一个。
3. 关键烘焙设置：
   • Lightmapping Settings->Lightmapper：选择Progressive CPU（稳定）或Progressive GPU（快，需兼容）。探针烘焙与此关联。
   • Lightmapping Settings->Direct Samples/Indirect Samples：影响烘焙质量。对于探针，主要影响其记录光照的精度。项目初期可调低以加快迭代，最终烘焙时调高。
   • Environment->Environment Lighting->Source：设置为Baked，这样天空盒的光照也会被烘焙进光照贴图和Light Probe中。
4. 生成Light Probe数据：在Lighting窗口的底部，点击Generate Lighting按钮（或Bake按钮，取决于Unity版本）。这个过程会同时烘焙光照贴图和计算所有Light Probe Group中探针的光照数据。
5. 检查烘焙结果：烘焙完成后，在场景视图中，将Shading Mode切换到Baked Lightmap或Baked Global Illumination，然后选择Light Probes可视化模式。你应该能看到代表探针的小球显示出烘焙后的颜色（通常是球谐光照的球状可视化）。动态物体在这些探针间移动时，就会应用这些颜色。

一个至关重要的检查：烘焙后，务必在场景中放入一个动态物体（如一个默认的Cube，确保其Static复选框未勾选），在Game视图下移动它，观察其光照是否随位置平滑变化，并与周围静态场景融合。这是验证探针网络是否有效的黄金标准。

4. 动态物体的Renderer配置与高级技巧

即使探针网络完美烘焙，如果动态物体本身的渲染器没有正确设置，一切仍是徒劳。这一步是很多开发者遗漏的关键。

4.1 Mesh Renderer的关键设置

选中你的动态物体（如角色、道具），查看其Mesh Renderer组件（对于蒙皮角色是Skinned Mesh Renderer）。

找到Lighting部分，重点关注以下两个属性：

实操心得：我习惯为所有动态预制件（Prefab）创建一个基础的材质或渲染器设置预设，确保Receive Global Illumination默认为Light Probes。这能避免团队成员导入新模型时忘记设置，导致后期排查成本高昂。

4.2 处理复杂动态物体：Skinned Mesh Renderer与LOD Group

Skinned Mesh Renderer（蒙皮网格渲染器）： 角色动画使用的通常是这个组件。好消息是，它的Lighting设置与Mesh Renderer完全一样。确保Receive Global Illumination设置为Light Probes。蒙皮网格的包围盒（Bounds）会随着动画而变化，Unity会自动用当前帧的包围盒去查找探针，因此角色即使做出大幅度的跳跃或攻击动作，光照插值依然是正确的。

LOD Group（细节层次组）： 如果你的动态物体配置了LOD（例如远处用低模，近处用高模），需要特别注意：

• 每个LOD层级的Renderer都必须单独配置。在LOD Group组件里，选中不同的LOD级别（如LOD0, LOD1），检查其中每个子渲染器的Receive Global Illumination设置，确保都是Light Probes。一个常见的错误是只设置了高模，忽略了低模，导致物体在远处时光照“穿帮”。
• 探针插值与LOD切换：LOD切换时，由于模型顶点数变化，包围盒可能略有不同，但Unity仍会基于包围盒中心进行探针查询。只要探针网络覆盖充分，通常不会出现可见的光照跳变。

4.3 性能考量：探针数量与内存占用

Light Probe数据是需要存储在内存中并在运行时被访问的。一个探针的球谐数据（L2）占用空间不大，但成千上万个探针累积起来也需要管理。

• 优化策略：遵循“在需要的地方加密”原则。空旷、光照均匀的区域（如一片平坦的、被均匀天光照亮的广场），探针可以放得很稀疏。将密度集中在之前提到的光照变化区域。
• 统计查看：在Window->Analysis->Light Probe Viewer（或类似工具，不同版本位置可能不同）中，可以查看场景中Light Probe的数量、内存占用以及可视化其分布，辅助优化。
• 烘焙时间：探针数量也会影响光照烘焙时间，但通常其影响远小于高分辨率的光照贴图。

5. 疑难杂症排查与进阶解决方案

即使按照上述步骤操作，你可能还是会遇到一些奇怪的问题。下面是我在项目中总结的常见“坑点”及其解决方案。

5.1 问题：放了Light Probe，动态物体还是黑的或颜色不对

排查步骤：

1. 检查Renderer设置（最常用）：99%的问题出在这里。再次确认动态物体的Receive Global Illumination是否设置为Light Probes，而不是Lightmaps或Off。
2. 检查Light Probe Group是否被禁用：在Hierarchy中，确保Light Probe GroupGameObject本身是激活状态（复选框被勾选）。一个被禁用的组，其内部的探针数据不会被加载。
3. 检查探针是否被有效烘焙：在Lighting窗口中重新Generate Lighting。完成后，在场景视图用Light Probes可视化模式查看，探针小球应该显示出环境颜色（不是默认的黄色）。如果全是黑色或单一色，说明探针没有成功采样到光照。
4. 检查探针位置：将动态物体移动到出问题的位置，在Scene视图查看其Gizmos（可通过Gizmos菜单开启相关显示）。看看它的包围盒是否被至少四个已烘焙的探针所构成的四面体包围。如果它“掉”在了探针网络的外部或缝隙中，就会采样失败。
5. 检查场景中是否存在有效的烘焙或混合光源：Light Probe记录的是烘焙/混合光源的间接光。如果场景里只有Realtime模式的光源，它们不会贡献给烘焙GI，因此探针里就没有数据。确保至少有一盏Baked或Mixed模式的灯，并且其Indirect Multiplier（间接光倍增）大于0。
6. 检查天空盒与环境光：在Lighting窗口的Environment页签，确保Environment Lighting的Source是Baked，并且Environment中指定了有效的天空盒材质。天空盒是环境光的主要来源。

5.2 问题：动态物体的光影过渡很生硬，有跳变感

原因与解决：这通常是探针密度不足，尤其是在光照变化剧烈的区域。动态物体在移动时，其插值的四个探针可能来自光照差异很大的两个区域，导致插值结果不连续。

• 解决方案：在光影交界处、颜色交界处大幅增加探针密度，形成平滑的梯度。可以尝试将交界处的探针间距缩小到动态物体移动一帧距离的一半以下。
• 使用Light Probe Proxy Volume (LPPV)：对于大型动态物体，如前所述，使用LPPV可以提供物体内部的光照渐变，避免整个物体作为一个点进行插值带来的生硬感。

5.3 问题：动态物体没有阴影，或者阴影与光照不匹配

理解与解决：这是一个关键认知点：Light Probe只提供漫反射环境光，不产生直接阴影。

• 阴影来源：动态物体的阴影需要由实时光（Realtime模式）或Mixed模式光源的阴影映射（Shadow Mapping）来产生。
• 常见方案：在使用了大量烘焙光的场景中，通常会保留一盏主要的Mixed模式方向光（如太阳）。这盏灯既贡献烘焙间接光（被Light Probe记录），又能在运行时为动态物体投射实时阴影。这样，动态物体就能同时获得来自探针的、与场景融合的环境光，以及来自这盏Mixed光的、方向正确的实时阴影，两者结合效果最佳。
• 阴影匹配：确保这盏Mixed光的方向、颜色与烘焙的主光源逻辑一致。例如，你的烘焙阳光是从左上方来的暖黄色，那么这盏Mixed方向光也应设置成类似的方向和颜色，这样动态物体的阴影才会看起来属于同一个世界。

5.4 问题：移动平台（如Android/iOS）上Light Probe效果异常或性能差

优化建议：

• 减少探针数量：移动平台对内存和带宽更敏感。仔细优化探针布局，移除冗余探针。使用Light Probe Viewer分析工具。
• 检查烘焙精度：在Lighting设置中，适当降低Indirect Samples等质量设置，可以减少探针数据的计算复杂度和轻微的数据量。
• Shader兼容性：确保你使用的移动端Shader（如URP Lit Shader）支持并正确实现了Light Probe采样。标准的PBR Shader通常没问题，但一些自定义的或非常简化的Shader可能不支持。
• GPU Instancing与Light Probe：如果大量相同的动态物体（如草丛、小石子）使用GPU Instancing进行合批，需要注意，传统的GPU Instancing在处理每个实例不同的Light Probe插值时会有困难。较新的Unity版本和渲染管线（如URP/HDRP）提供了更完善的方案，可能需要查阅对应管线的文档来启用“Per-Object Light Probe”支持。

5.5 在URP/HDRP中的特别注意事项

Universal Render Pipeline (URP) 和 High Definition Render Pipeline (HDRP) 对光照探针的支持是内建且强化的，但设置入口可能略有不同。

• URP：基本工作流与内置管线一致。确保在URP Asset的质量设置中，启用了相关的光照特性。动态物体的材质应使用URP Lit Shader，它自动支持Light Probe。
• HDRP：HDRP对光照的物理准确性要求更高。Light Probe在HDRP中同样是核心组件。需要注意HDRP可能使用更高阶的球谐函数或不同的探针类型（如HDRI Sky作为环境光来源）。配置HDRP场景时，务必阅读其关于Lighting和Probe Volume的官方文档，因为设置选项更丰富。

经过以上从原理到实操，从配置到排查的完整梳理，你应该已经能够系统地解决Unity中动态物体与烘焙光照的融合问题了。核心就是建立正确的认知：光照贴图服务于静态世界，光照探针则是动态物体融入这个静态光影世界的桥梁。精心布置的探针网络，配合正确的渲染器设置，就能让你的角色和车辆在精心烘焙的场景中自由移动，而不再是一个格格不入的“光影幽灵”。