卡顿由BVH首次构建引发；关闭其他光追项仅留反射可验证，若仅初始场景卡顿则确认为此因；可通过预烘焙或异步构建避免，或通过距离裁剪、实例合并、背面过滤降低构建负载。
游戏运行中开启实时光线追踪反射时，画面突然卡顿1～2秒，角色动作冻结、UI响应延迟，这是BVH加速结构在后台首次构建或动态重建引发的瞬时性能抖动。
确认是否为BVH首次构建卡顿
进入游戏设置→图形→光线追踪选项，关闭“反射”以外的所有光追项（如阴影、环境光遮蔽、全局光照），仅保留反射开启；启动一个新存档或进入全新场景，观察卡顿是否仍发生。若仅在此刻卡顿，且后续切换场景不再复现，则大概率是BVH初始构建耗时所致。
这一步操作起来很简单，直接把反射单独打开就行，其他全关——因为BVH构建开销与参与加速的图元数量强相关，反射路径只需处理可见表面几何体，而全局光照需遍历整个场景空间，混淆判断会误判根源。
强制预构建BVH避免运行时卡顿
方法一：利用引擎内置预烘焙机制（适用于Unity/Unreal编辑器项目）
在编辑器中打开场景→Window→Rendering→Ray Tracing→勾选“Precompute BVH for Reflections”→点击“Build Now”。该操作将反射所需几何体的BVH树提前生成并序列化为.asset资源，运行时直接加载，跳过CPU端实时构建阶段。
方法二：C++层手动触发异步构建（适用于自研引擎或PBRT类渲染器）
在游戏加载界面逻辑中插入：scene->bvhAccel->BuildAsync(PrimitiveType::kReflectionOnly); → 启动独立线程执行包围盒计算与树分裂 → 通过std::condition_variable监听构建完成信号 → 仅当bvhAccel->isReady() == true后才允许玩家进入主场景。
【必须确保primitiveInfo中centroid字段已正确初始化】，否则SAH分割策略会因质心偏移导致子树极度不平衡，构建时间反而增加3倍以上。
降低BVH构建负载的实时对策
第一步：限制反射采样所覆盖的几何体范围
在反射光线生成阶段添加距离裁剪——对所有反射方向投射的光线，设置maxDistance = 15.0f（单位：米），超出此距离的物体不纳入BVH primitiveInfo列表。
第二步：合并静态网格实例
将场景中重复出现的静态物体（如路灯、栏杆、砖块）打包为InstancedStaticMesh，BVH构建时仅为其生成单个节点+变换矩阵数组，而非为每个实例单独计算包围盒，可减少60%以上叶节点数量。
第三步：禁用非视觉面片的BVH注册
对法线朝向摄像机背面且无材质反射属性的三角面（如建筑内墙背面、地形底面），在primitive预处理阶段直接过滤掉，不传入recursiveBuild()函数入口。
