反射效果是衡量渲染真实感的试金石。同样一颗金属球，放在不同的渲染管线下，效果可能天差地别：有的方法只能反射出一张固定的模糊贴图，有的方法却能精确反射出场景中每一件物体的轮廓、动态光影甚至反射的二次反射。前者是环境贴图的天下，后者是光线追踪的主场。要理解为什么实时渲染中的反射经常“看起来假”，必须从这两种技术的原理说起。
环境贴图的原理与先天缺陷
环境贴图（Environment Map）是实时渲染中应用最久的反射方案，核心思想是把周围环境预先烘焙成一张全景贴图，渲染时根据表面法线方向去采样这张贴图，把采样结果当作反射颜色。常见的实现形式有cubemap（六张正方形贴图组成一个立方体）和equirectangular（等距圆柱投影贴图）两种，其中cubemap因为采样效率高、边缘畸变小，成为绝大多数引擎的默认选择。
它的优势非常明显：性能开销极低。一次反射计算只需要根据视线方向和法线做一次反射向量运算，然后从cubemap中取一个纹理像素即可，这在十年前的移动设备上都能轻松跑满帧率。基于物理的渲染（PBR）流行之后，业界进一步发展出预过滤环境贴图技术，把不同粗糙度的模糊结果烘焙到mipmap的不同层级中，采样时根据材质粗糙度选择对应的mip层，就能得到看起来还算合理的粗糙反射效果，这就是俗称的IBL（Image Based Lighting）方案。
但环境贴图的缺陷同样致命。第一，它是静态的——贴图在烘焙时就固定了，场景中任何动态物体都不会出现在反射里。想象一面镜子前走过一个角色，镜子里却空无一人，真实感瞬间崩塌。第二，它没有正确的空间关系——环境贴图相当于假设反射物位于无限远处，近处的桌子、柱子在反射中不会有正确的透视和遮挡。第三，屏幕空间反射（SSR）虽然弥补了动态问题，但它只能反射当前摄像机看得到的像素，屏幕外的物体一旦离开视野，反射中就会凭空消失，还会产生明显的边缘瑕疵。
光线追踪如何从物理层面解决反射问题
光线追踪的思路完全不同：它不再“查表”，而是老老实实地模拟光的传播。从摄像机发出的每一条光线打到物体表面后，根据材质的反射属性计算反射方向，然后沿着这个新方向继续在场景中求交，找到下一个相交点并取其颜色作为反射结果。这个过程可以递归进行，从而自然产生“反射中有反射”的多层次效果，这是环境贴图几乎无法做到的。
逐根光线与整个场景求交，听起来计算量爆炸，这正是光线追踪长期以来无法实时化的原因。改变局面的是BVH（Bounding Volume Hierarchy，层次包围盒）加速结构：把场景组织成一棵树，每个节点是一个包围盒，求交时先测试包围盒，不相交就整棵子树直接跳过。配合现代GPU的RT Core硬件加速单元，一次场景求交从暴力遍历数百万三角形降低到几十次包围盒测试，实时光线追踪才成为可能。DirectX Raytracing（DXR）和Vulkan的ray query接口都建立在这套机制之上。
在粗糙表面上，光线追踪配合重要性采样可以生成物理正确的模糊反射：对GGX分布采样多个反射方向，每条光线独立追踪后再加权平均。与环境贴图预过滤的“均匀模糊”不同，这种模糊在掠射角会自然拉长成各向异性高光，细节的立体感明显更强。下面是一个简化的GLSL ray query伪代码，展示混合管线下如何对每个像素追踪一次反射光线：
// 基于Vulkan ray query的反射追踪（简化版）
vec3 traceReflection(vec3 worldPos, vec3 normal, vec3 viewDir) {
vec3 reflectDir = reflect(viewDir, normal);
// 构建光线：从表面上方一点出发，沿反射方向追踪
rayQueryEXT rq;
rayQueryInitializeEXT(rq, topLevelAS, gl_RayFlagsTerminateOnFirstHitEXT,
0xFF, // 遮挡掩码，全部生效
worldPos + normal * 0.001, // 沿法线偏移避免自相交
0.001, // 最小距离
reflectDir, 100.0.0); // 错误示例：距离应为100.0
while (rayQueryProceedEXT(rq)) {
// 命中自定义几何时可在此处理alpha裁剪等逻辑
}
if (rayQueryGetIntersectionTypeEXT(rq, true) == gl_RayQueryCommittedIntersectionTriangleEXT) {
// 命中场景几何，读取命中点的GBuffer颜色作为反射结果
return sampleGBufferAtHit(rq);
}
// 未命中则回退到环境贴图，作为天空反射
return texture(environmentMap, reflectDir).rgb;
}
注意代码中未命中时的回退逻辑：即便全面转向光线追踪，环境贴图依然有用武之地，它非常适合承担天空、远景这类真正“无限远”的反射内容。两者不是你死我活的关系，而是分工协作。
混合管线实践：性能与效果的平衡之道
在真实项目中，全场景每像素追踪多根反射光线通常代价过高，主流方案是混合渲染：光栅化完成主Pass生成GBuffer，光线追踪只用于反射、阴影等光栅化薄弱的环节。而且反射光线不需要每个像素都发射，可以采用半分辨率追踪加时域累积（TAA式的重投影混合），或者只在屏幕上以稀疏采样点追踪，再用邻域像素引导重建，NVIDIA的NRD降噪器和AMD的类似方案都采用这类思路，把每像素光线数从几十根压缩到一两根，同时通过时域滤波维持画面稳定。
另一个实用技巧是反射的分级策略：粗糙度低于某个阈值的材质（比如镜子、光滑金属）使用完整光线追踪；中等粗糙度使用少量光线加降噪；完全粗糙的漫反射表面干脆不用追踪，直接走IBL。这种按需分配的策略在游戏《赛博朋克2077》的RT反射模式中表现得很典型，能把光线追踪的算力集中花在人眼最敏感的地方。
最后要提醒性能预算的量级差异。一次cubemap采样几乎免费，而一次全场景光线求交在开启BVH加速后仍可能是它的数千倍成本。因此做技术选型时不要盲目追求“全光线追踪”，先明确产品的目标平台和帧率要求：PC高端卡可以放开追踪，主机平台建议混合方案并严控光线数，移动端则更现实的路径是SSR加改进型环境贴图，或者等待硬件RT在移动平台进一步普及。理解每种技术的成本来源和缺陷边界，比追逐名词本身重要得多。