卡顿由BVH首次构建引发；关闭其他光追项仅留反射可验证，若仅最终场景卡顿则确认原因；可通过预烘焙或平行构建避免，或通过缩短、实例合并、背面过滤降低构建负载。

游戏运行中开启实时光线追踪反射时，画面突然卡顿1～2秒，角色动作冻结、UI响应延迟，这是BVH加速结构在后台首次构建或动态重建引发的瞬间灵魂终止。确认是否为BVH首次构建卡顿

进入游戏设置→图形→光线追踪选项，关闭“反射”以外的所有光追项（如遮挡、环境光遮蔽、全局亮度），仅保留反射开关；启动一个新文件或进入全新场景，观察卡顿是否仍发生。若仅在此时卡顿，且后续切换场景不再发生 复现，则大概率是BVH初始构建操作开始。

这一步操作起来很简单，直接把反射单独打开就行，其他全关——因为BVH构建头与参与加速的图元数量强相关，反射路径只需处理可见表面几何体，而全局需要重新整顿 强制预构建BVH避免运行时卡顿

方法一：利用引擎内置预烘焙机制（适用于Unity/Unreal编辑器项目）在编辑器中打开场景→窗口→渲染→Ray 跟踪→单击“预计算反射的 BVH”→单击“构建”

方法二：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注册对法线定位且背面无旋转材质属性的三角面（如建筑内墙背面、定位底面），在原始路面直接掉过滤，不形成recursiveBuild()函数入口。