1. 先搞清楚反射探针的“采样”到底采的是什么
很多人在场景里堆了几十个反射探针之后，发现效果依然奇怪：有的地方亮得发白，有的地方反光完全错误，还有的地方移动一小段距离，金属表面突然“啪”一下换了反射内容。我把这类问题统称为“反射探针混合失控”。要解决它，第一步不是调参数，而是理解Unity在背后到底做了什么。
反射探针（Reflection Probe）本身做的事情很“笨”：在探针所在位置放一个类似摄像机的东西，向周围六个方向抓取环境信息，生成一张CubeMap。之后，场景里所有使用了标准PBR材质的物体，都会在计算高光反射时，通过物体表面法线和视线方向，在这张CubeMap里做一次“采样”——查到对应方向的颜色，作为环境反射的一部分。
这里有个关键点：反射探针的“采样”和反射本身不是一回事。它没有做真正的光线追踪，它只是在材质表面上模拟“往屏幕外方向看过去能看到什么”的效果。所以当一个场景里有多个探针时，任何一个物体表面其实会被多个探针同时“影响”，因为每个探针都声称自己提供了环境信息。Unity需要决定：到底用哪个探针的CubeMap？用多少权重？多个探针之间的过渡该怎样插值？这就是所谓“混合效果”的本质。
我在实际项目里最常被问到的就是：“为什么我摆了好几个反射探针，物体走到某些位置，反射面会出现一条明显的分界线？”答案通常是：因为混合权重在边界处断崖式变化，而不是平滑过渡。
1.1 反射探针不是光追，采样的核心是视线方向
先说一个经常被忽视的基础：反射探针的CubeMap是“无方向优先”的，但材质采样时却是有方向的。Unity在计算高光反射时，会根据当前像素的法线方向和视线方向，算出反射向量（reflect(-viewDir, normalWS)），然后用这个反射向量去CubeMap里取颜色。
所以如果你在场景里移动一个金属球，金属球表面的反射内容会跟着视线和法线变化，即使探针完全没动。这个“变化”是材质层面的，不是探针层面的。很多初学者会误以为“探针采样”就是“探针捕捉一次画面然后贴上去”，其实不是，它更像“探针提供了一张环境纹理，材质实时地根据像素方向去查”。
这个机制带来的实际问题就是：探针数量和覆盖范围一旦没排布好，某个点会同时落在多个探针影响区内，而Unity只会在这些探针之间做有限度的混合，并不会考虑“真实反射应该是什么”。所以你会看到金属球在不同位置反射效果差异巨大，这不是Bug，而是混合规则在起作用。
1.2 Unity里多重反射探针影响下的权重计算过程
Unity对多个反射探针的混合规则，大体上是这样的：
- 场景里的每个反射探针都有一个Importance（重要性）值和一个Blend Distance（混合距离）值。
- 对于任何一个物体表面的点，Unity会找出“所有包围这个点的探针”以及“虽然不包围但距离小于混合范围的探针”。
- 然后会根据Importance排序，优先使用Importance最高的探针作为主要贡献者；如果Importance相同，再看距离，距离近的优先。
- 其他探针会按距离和混合范围，计算出一个权重，以插值方式混入最终结果。
这个过程中，Blend Distance决定了探针的影响半径和过渡范围，Importance决定了当多个探针抢同一个表面时谁说了算。两者配合不好，就会出现硬边、跳变、错用反射源等问题。
我记得在早期Unity版本中，这个混合逻辑更简单，甚至没有暴露太多参数；到了URP/HDRP时代，探针相关能力更强，但参数一多，如果你不懂规则，反而更容易乱。所以我的建议是：在动手调效果之前，先在脑子里建立“权重=重要性优先，距离衰减决定混合”这个模型，后面所有调试都会顺很多。
2. 大量探针下混合效果的控制思路
当场景里的探针数量从三五个变成三五十个，“混合”就变成了一件需要刻意设计的事情。这里我不会讲太多Shader层面的东西，而是把日常项目里真正能用的控制手段整理出来。
2.1 Blend Distance和Importance才是混合的核心参数
先说Blend Distance。你可以把反射探针想象成一个装了灯的帐篷：帐篷本身覆盖区域决定了基本照射范围，而这个Blend Distance则相当于帐篷边缘向外多出来的“光晕”，让灯光从亮到暗逐渐过渡而非直接切断。
在Unity的Inspector面板里，Reflection Probe组件上有一个Blend Distance属性，单位是米。它表示探针从包围盒边缘向外扩散多大范围用于混合。如果这个值是0，那么探针的影响范围就严格限于盒子内部，物体一旦走出包围盒，立刻失去这个探针的贡献，自然会看到硬切。
我的实践经验是：
- 室内场景：探针间距3米左右时，Blend Distance设置在1到1.5米之间，过渡比较舒服。
- 走廊等狭长区域：Blend Distance要小一些，避免远处探针混进来干扰，通常是0.5米到1米。
- 开阔室外：探针数量不会太多，Blend Distance可以开大一点，但一般不依赖反射探针做主要环境照明。
至于Importance，它的作用更像是“优先级仲裁”。当两个探针同时影响一个点时，Unity会优先采纳Importance值更高的探针作为主导，另一个作为辅助。辅助探针的权重会根据距离衰减，相当于在主导探针基础上叠加一点次要信息。
很多项目的反射效果乱，不是因为探针不够，而是所有探针的Importance都保持默认值1，互相“平级”。结果就是，两个甚至三个探针以几乎相同的权重混合在同一个表面，产生一种“糊在一起”的观感。这时候你需要做的就是区分主次：每个房间的主力探针设为2，走廊或小区域的过渡探针保持1，某些特殊位置（比如镜子前）甚至可以直接设为3，强制它主导。
2.2 让探针正确“贴合”场景：Box Projection的正确姿势
反射探针默认会生成一个包围盒（Box Size），这个包围盒有两个作用：一是定义探针的CubeMap捕捉范围，二是决定物体表面反射采样时“参考点”在哪里。如果不勾选Box Projection，探针的反射会被当成无限远环境光处理，就像天空盒一样。这在室外问题不大，但在室内会非常假——墙壁明明就在三米外，反射却像是从无限远射过来的。
勾选Box Projection之后，Unity会把CubeMap的采样坐标按照包围盒的位置和尺寸做一个重映射，让反射看起来像是从周围墙壁发射过来的。这能极大提升室内反射的真实感。
但Box Projection也有坑：它的计算依赖于包围盒和采样点之间的相对位置。如果包围盒设置得太大，反射内容会被“拉”得很远，产生轻微放大感；如果设置得太小，反射又会挤在一起，显得空间很局促。我在项目里调盒子的经验是：包围盒尽量贴合房间的真实几何体边界，但不要卡得太死，留出半米左右的余量，以免边缘出现跳变。
当一个场景里有多个探针且都开了Box Projection时，混合会变得更加复杂，因为不仅颜色要插值，连“采样坐标”都可能要基于不同包围盒做变换。Unity在内部处理多探针混合时，会对每个探针分别做Box Projection计算，然后再把结果按权重混合。这个过程的计算量比普通反射探针要大，如果你的项目在低端手机上跑，可能需要留意帧率表现。
2.3 不要忽略天空盒反射对混合结果的影响
混合效果差，很多时候不是探针之间的问题，而是天空盒和探针之间的权重问题。Unity的反射计算里，天空盒本身也可以被当成一个默认反射源。当一个物体表面没有受到任何反射探针影响时，就会直接采样天空盒。
如果你在室内场景中摆放了探针，但探针的包围盒没完全覆盖到某些位置，或Blend Distance没有覆盖到，那么这些“漏风”区域的物体会直接弹出天空盒反射，和周围区域形成巨大反差。
这个问题的排查方式很简单：在Inspector面板中，选择一个金属材质较高的物体，看它的反射区域——如果有些地方反射的是室内场景，有些地方却是蓝天白云，说明探针覆盖有空洞。解决方式通常是把相邻探针的Blend Distance加大一点，或者干脆补一个覆盖范围更大的低优先级探针作为“兜底”。
这里顺便提一下RenderSettings.customReflection，它允许你用一张自定义CubeMap替代天空盒作为默认反射源。很多项目会用一张模糊过的环境图来做全局兜底反射，既避免天空盒太“跳”，又能让探针之间的过渡更自然。做法很简单：生成一张CubeMap，在Lighting窗口的环境设置里把它拖到Environment Reflections里，或者通过代码给RenderSettings.customReflection赋值并开启RenderSettings.defaultReflectionMode = UnityEngine.Rendering.DefaultReflectionMode.Custom。
3. 实操：做一个多探针混合的可调场景
概念讲多了，还是落到实际操作上。下面我以一个20米乘15米的室内展厅场景为例，演示我怎么摆放探针、怎么计算Blend Distance、怎么写控制脚本，以及怎么实时调试混合效果。这个过程是我试过很多次之后总结出的流程，照着做基本能稳定复现出平滑的反射过渡。
3.1 探针摆放和Blend Distance的计算方法
展厅是一个长方形室内空间，高度约4米。我的做法是：每间隔5米到6米放置一个反射探针，避开大型遮挡物（比如承重墙、整面玻璃）。为什么选这个间距？因为反射探针的CubeMap本质上是“空间某一点看到的环境”，两个探针之间的过渡区域如果在2米以内，用Blend Distance覆盖起来很舒服；间距太远，中间会漏出大段“无探针区”，全靠天空盒兜底，效果就很难看了。
Blend Distance的计算公式我一般是这样估算的：
Blend Distance = 相邻探针间距 / 4如果间距是6米，Blend Distance就取1.5米。这样两个探针之间的混合区大约有3米，既不会太长导致互相污染，也不会太短导致硬切。如果你用了包围盒，还需要结合Box Size微调，一般会让Blend Distance略大于包围盒边缘到相邻包围盒边缘距离的一半。
实际操作里，我习惯把探针放在空间中心偏上一点的位置，高度在1.5米到2米之间——这和人眼高度接近，反射效果也最自然。如果你放到天花板附近，反射内容会以“俯视视角”为主，金属物体的反射会显得很奇怪。
放置完成后，在Scene视图里选中所有探针，确保它们的Type类型统一。如果你同时混用了Baked和Realtime类型的探针，要注意它们的混合权重行为可能会有细微差异，尤其是在烘焙光照和实时光照同时存在的高版本管线里。
3.2 实时探针的批量刷新控制
大量探针如果全部设置成Realtime，并且Refresh Mode选为Every Frame，性能会直接爆炸，因为每一帧都要渲染六面CubeMap。哪怕分辨率只有128，几十个探针也足以把GPU拖垮。
我的做法是将大部分探针设为Baked（烘焙），只在玩家附近或剧情需要的高光区域保留少量Realtime探针，并用脚本控制刷新频率和范围。下面这段代码是我常用的“按距离刷新探针”逻辑：
using UnityEngine; public class ProbeUpdateController : MonoBehaviour { public ReflectionProbe[] realtimeProbes; public Transform target; public float updateRadius = 8f; public float refreshInterval = 0.3f; private float lastUpdateTime; void Update() { if (Time.time - lastUpdateTime < refreshInterval) return; lastUpdateTime = Time.time; for (int i = 0; i < realtimeProbes.Length; i++) { float dist = Vector3.Distance(target.position, realtimeProbes[i].transform.position); if (dist < updateRadius) { realtimeProbes[i].RefreshMode = UnityEngine.Rendering.ReflectionProbeRefreshMode.ViaScripting; realtimeProbes[i].RenderProbe(); } } } }核心思路是：只有玩家靠近探针时才刷新，刷新频率控制在0.3秒一次，既保证视觉连贯，又不至于每帧都造成沉重负担。需要说明的是，RenderProbe()会同步重新渲染一次CubeMap，如果你调用频率太高，还是会产生CPU峰值。更稳妥的做法是配合Time Slicing使用，让Unity把一次CubeMap渲染分摊到几帧里完成。
3.3 在URP中调试“当前采样到了哪个探针”
调试混合效果时，最让人头疼的是你不知道当前表面到底用了哪个探针、权重是多少。在URP里有两个比较实用的调试手段。
第一种是用URP的Rendering Debugger。打开Window > Analysis > Rendering Debugger，在Lighting页签里可以开启Reflection Probe的调试显示，能看到当前相机位置附近的探针影响信息，包括哪些探针处于激活状态、谁占主导等。这个工具能快速判断是不是某个探针抢了不该抢的位置。
第二种是通过Shader侧写一个纯色可视化Shader，把探针混合权重直接输出成颜色。比如可以把反射探针的权重写到片元颜色的Alpha通道，权重高显示成红色，低显示成蓝色。虽然写Shader麻烦一点，但效果很直观，尤其在调多个探针交界处时比任何面板参数都好用。
我自己的习惯是先用Rendering Debugger看大范围，再用自定义Shader瞄细节，两者配合，基本能定位90%以上的混合问题。
3.4 探针的分辨率、压缩与内存水位
探针数量一多，内存和带宽压力就上来了。每个Realtime探针默认分辨率是256，六面CubeMap加上Mipmap链，内存不小。我的经验是：
- 决定性能的不是单个探针分辨率，而是同屏同时刷新/采样的探针数量。
- 普通房间探针用128分辨率已经足够，金属高反区域可以单独用256。
- 如果场景里金属材质不多，还可以适当降低远处探针的分辨率。
- 探针的CubeMap即使不刷新，也会占用显存，数量过多时要考虑动态加载和卸载。
在URP里，反射探针的CubeMap压缩格式可以通过Player Settings里的Texture Compression相关选项统一调。如果你追求极致内存控制，还有一个偷懒但实用的方案：在不需要高精度反射的区域，直接用普通CubeMap纹理替代探针，配合customReflection或自定义反射材质参数，效果在多数移动平台上反而更稳定。
4. 常见问题与排查技巧实录
反射探针混合的问题，翻来覆去就是那几类。下面我把这几年遇到的高频问题和排查思路整理成一个速查表，也顺便讲讲每个问题背后常见的“看似合理但其实错了”的操作。
| 现象 | 最常见原因 | 排查方向 |
|---|---|---|
| 两个探针交界处出现明显硬边或跳变 | Blend Distance太小或未设置 | 检查相邻探针的Blend Distance是否覆盖了重叠区 |
| 移动时金属物体反射忽大忽小 | 探针包围盒太大或Box Projection参数不准 | 进入探针组件检查Box Size是否贴合实际空间 |
| 室内所有物体反射出天空盒 | 探针没有覆盖到该区域，或探针类型错误 | 用Rendering Debugger查看当前区域是否有激活探针 |
| 多个探针同时作用，效果“糊” | 所有探针Importance相同，没有主次 | 将主力探针Importance调高，弱化次要探针 |
| 实时探针数量不多但帧率暴跌 | Refresh Mode每帧刷新，或更新频率太高 | 改用ViaScripting并加上距离/时间限制 |
| 开启Box Projection后，反射位置偏移明显 | Box Size和探针实际位置不匹配 | 确保包围盒中心尽量与探针位置一致 |
| 探针之间的过渡太“软”，反射完全丢失 | Blend Distance过大，探针互相污染 | 缩小Blend Distance，只保留必要过渡范围 |
4.1 探针边缘出现明显“硬切”怎么办
硬切是最常见的问题，尤其出现在两个探针包围盒刚好相切时。解决办法不复杂：把相邻探针的Blend Distance调到足以覆盖重叠区域，或者在两个探针之间补一个低优先级的过渡探针。
有一个容易被忽略的细节：Blend Distance不是“影响半径”，而是探针从包围盒边缘向外扩展的混合距离。因此，如果你的包围盒之间本来就留了2米空隙，那你需要把两个探针的Blend Distance加起来覆盖这2米，而不是每个探针只设1米就完事。一个简单有效的经验是：在两个探针之间放一个小球，用金属高光材质观察，一边调Blend Distance一边看过渡是否均匀。这个过程比肉眼看Shader调试更直接。
4.2 室内探针反射仍是天空盒
这种情况多半是探针压根没有覆盖目标物体。很多人以为反射探针是“往外发射影响范围”，其实不是——探针包围盒必须实实在在包含物体所在位置。如果物体在包围盒外，且Blend Distance不够大，探针就不会对这个物体产生任何贡献。
处理时先打开探针的Gizmo显示，把场景切到线框模式，确认金属物体是否位于探针包围盒内。如果不在，不一定要移动探针，可以通过调整Box Size让它包含该位置。但要注意，Box Size变大后，Box Projection的计算参考面也会变，反射畸变程度会增加，所以尽量保持包围盒贴合真实空间。
4.3 多探针场景卡顿：先查这几个地方
卡顿的源头优先级如下：实时探针刷新频率 > 探针分辨率 > 探针总数 > 阴影质量。很多时候你以为是反射探针太多，结果把实时探针次数降下来之后，帧率立刻回来了。
我排查卡顿的顺序是：
- 先检查有没有探针的Refresh Mode是Every Frame，全部改为ViaScripting或Baked。
- 在Profiler里看是否有
ReflectionProbe.Render相关的Call，如果有，再看调用频率。 - 降低分辨率测试，看帧率是否回升。如果回升明显，就说明带宽或GPU Fillrate吃紧。
- 确认Scene视图里没开启实时预览模式，有些时候编辑器里的探针预览会额外增加开销。
4.4 混合后的反射偏亮或偏暗
反射探针的CubeMap颜色来自环境光照，如果你用的是烘焙光照，探针捕捉到的反射通常不会太亮；如果是实时方向光或高强度的环境光，反射就会过曝。混合后的表面反射受多个探针颜色叠加影响，如果主导探针较暗、辅助探针较亮，中间过渡区域可能出现“先暗后亮再暗”的不自然变化。
这种问题我一般不靠调Blend Distance解决，而是直接调探针的Intensity。每个探针组件都有一个Intensity参数，调低一点可以让这个探针在混合中“安静”下来。如果整体反射偏亮，首先检查环境光照里的环境反射源强度，以及材质Smoothness是不是过高——很多时候不是探针的问题，而是材质本身把高光反射拉得太满。
还有一种情况是HDR渲染下的ToneMapping造成的偏色。探针CubeMap里含有超过1的高动态范围颜色时，混合到材质后受Bloom或ToneMapping影响会出现明显的饱和度变化。这时用低分辨率的模糊CubeMap做反射，反而比高分辨率更稳定，因为高频颜色细节少了，混合过渡更平顺。
5. 最后分享一点个人经验
调试反射探针的过程中，我最大的体会是：反射探针混合效果的“真实感”，并不取决于探针数量，而是取决于探针之间权重切换的“无感度”。人眼对反射跳变非常敏感，尤其当场景里有很多光滑金属或玻璃材质时，平滑的过渡比高精度的CubeMap更管用。所以我的习惯是：优先保证Blend Distance连续、Importance主次分明、天空盒兜底合理，最后才去调分辨率。
如果你在项目里实在被多探针混合搞得焦头烂额，还有一个后备方案值得尝试：放弃让探针之间动态混合，改用HDRP/URP的Custom Reflection，或者把关键区域的反射提前烘焙成独立CubeMap，在运行时通过脚本切换材质贴图。虽然少了一些动态感，但稳定性和可控性都高出不少，尤其在移动端、WebGL这类渲染资源紧张的平台，往往比堆探针更实用。
最后再分享一个小技巧：所有探针调完后，把每个探针的Importance值列一张表，看看有没有连续区域全都是同一个值。如果整条走廊的探针Importance都是1，那说明你在视觉上并没有真正区分主次，后续不管怎么调Blend Distance，反射层次感都会偏弱。给每个区域选一个“主角”探针，让它的Importance明显高于周围，效果立刻会有质的提升。
