做AR开发的人多少都遇到过这样的问题：一个精心建模的3D物体放进相机画面后，怎么看都像贴纸，光照和真实环境对不上，物体的亮度、反射、阴影全都透着一股假味。这背后的核心原因就是光照估计不准。ARCore从1.12版本开始引入了Environmental HDR（环境HDR光照估计），通过机器学习从相机画面推断环境光照，让虚拟物体的渲染效果能贴合真实场景。本文围绕这套机制展开，讲解原理、接入方式和实际调试中的注意点。
一、为什么传统光照估计总是不够真实
ARCore早期的Basic光照估计模式只提供一个全局的像素颜色值和一个颜色校正系数。渲染引擎拿到这两个参数后，通常只是简单地把环境光强度调高调低，再把物体整体染色。这种方式对不反光、不透明的哑光材质勉强够用，但只要模型带一点金属度或光滑度，问题立刻暴露：物体表面没有反射，看起来像塑料；没有方向性阴影，物体像悬浮在地面上。
真实世界的光照是由直接光、环境间接光共同组成的。比如把一个金属球放在木桌上，球面上会反射出房间的窗户、天花板甚至桌面的纹理，这种效果需要环境贴图（Environment Map）才能模拟。而Basic模式给不了一个像素的环境信息，只能靠开发者手动塞一张固定的cubemap，结果就是虚拟物体永远活在同一个假想房间里，与当前真实环境毫无关联。
另一个常见误区是依赖帧间连续性。有些开发者会对光照估计值做平滑插值，以为这样能提升观感。平滑确实能减少闪烁，但如果源头数据本身只有全局颜色，再怎么滤波也无法凭空生成方向性信息，阴影还是假的。要从根本上解决，必须升级到Environmental HDR模式。
二、Environmental HDR的工作原理与启用方式
Environmental HDR在底层做的事情是这样的：设备摄像头采集一帧画面后，ARCore将图像送入一个基于机器学习的推断模型，重建出周围环境的球谐函数系数、主方向光的颜色和强度、以及置信度参数。渲染端拿到这些数据后，可以实时生成一张环境cubemap用于镜面反射，用球谐系数重建漫反射环境光，用主光参数投射方向性阴影。简单说，它把原本需要HDR相机硬件才能采集的环境光信息，用算法猜了出来。
启用这个功能需要满足几个条件：设备必须支持Environmental HDR（可以在运行时通过Session.checkApkVersion和ArAvailability查询）、使用ARCore 1.12及以上版本、并且开启相机配置时允许自动对焦。在Android原生代码中启用方式如下：
Config config = session.getConfig(); config.setLightEstimationMode(Config.LightEstimationMode.ENVIRONMENTAL_HDR); session.configure(config);
在Unity中使用AR Foundation时，对应的是ARLightEstimator组件加上ARSession上的设置，代码大致是：
var lightEstimation = lightEstimate.AmbientBrightness; // 通过ARLightEstimator的FrameReceived事件获取数据 lightObj.intensity = lightEstimation.value; // HDRCameraEstimator会自动将cubemap应用到Reflection Probe
需要注意的一点是，Environmental HDR对性能有额外开销，机器学习推断会占用一部分GPU资源。在低端机型上如果帧率明显下降，可以考虑只在物体放置稳定后启用完整估计，交互过程中退回Ambient Intensity模式。
三、光照探针的接入与实时更新
有了环境HDR数据，渲染端的落地靠的是光照探针机制。以Unity为例，场景中需要放置一个Reflection Probe并设置为Realtime模式，AR Foundation的HDRLightEstimator会自动把ARCore返回的环境cubemap写入这个探针，Standard Shader或URP的Lit Shader就会自动使用它计算镜面反射。如果你的项目用自定义Shader，则需要手动采样探针数据，或者在Shader Graph中连接Reflection节点。
实时更新探针时要注意频率控制。ARCore的光照估计每帧都会输出，但直接每帧刷新cubemap会造成明显卡顿。实践中的做法是每5到10帧更新一次探针，同时对球谐系数做插值平滑，这样既保证光照跟随环境变化，又不会让画面出现跳变。示例代码片段：
void OnFrameReceived(ARCameraFrameEventArgs args)
{
if (frameCount % 8 == 0)
{
// 更新反射探针的环境cubemap
probe.Render();
}
// 主光方向和强度每帧做插值
mainLight.transform.rotation = Quaternion.Slerp(
mainLight.transform.rotation,
args.lightEstimation.mainLightDirection.value,
0.15f);
}
另一个容易被忽略的细节是主光置信度。ARCore会输出主方向光的置信度数值，当相机对着光照信息贫乏的场景（比如一面白墙）时，置信度会很低，此时推断出的阴影方向可能剧烈抖动。合理做法是根据置信度动态调整阴影强度，置信度低时淡化甚至关闭投射阴影，避免出现明显穿帮。
四、光照仍不准的排查思路
接入了Environmental HDR之后，仍可能出现物体偏暗、反射错乱的情况，这时候建议按顺序排查。首先检查相机的自动曝光和自动对焦是否被锁定，某些机型上锁定AE后画面亮度不再变化，环境推断的输入也随之失真。其次确认虚拟物体与相机的距离，环境cubemap是以相机位置为中心生成的，如果物体离相机非常远，反射内容可能与它在场景中的实际位置不匹配，必要时可以为远距离物体单独调整反射粗糙度来弱化这个问题。
材质参数同样关键。金属度设为1的表面会完全依赖环境贴图反射，一旦cubemap质量不足就会显得异常，建议金属度控制在0.8左右并保留一定粗糙度。光滑度参数过高会让反射过于锐利，暴露出cubemap分辨率低的缺陷。此外，阴影的柔和程度可以结合主光估计的垂直偏差参数调整，ARCore提供的mainLightIntensity和shadowIntensity能帮助确定阴影浓度，让物体与地面接触的位置更有落地的感觉。
最后，如果目标设备本身不支持Environmental HDR，代码上要做好降级策略：回退到Ambient Intensity模式，同时用代码生成一个基于主光方向的简单方向光，虽然效果打折扣，但至少保证物体不会完全失去阴影和方向感。通过设备能力检测加分级渲染，才能让应用在高中低端机型上都有可接受的观感。
ARCoreEnvironmental HDR光照估计修改时间：2026-09-15 18:14:39