3D渲染中的HZB遮挡剔除技术解析

1. 现代3D渲染中的遮挡剔除挑战

在开发大型3D应用时，我们经常遇到这样的困境：场景中有数万个物体，但最终显示在屏幕上的可能只有几百个。传统渲染管线会忠实地处理所有几何体，导致大量GPU资源浪费在最终不可见的物体上。这就是遮挡剔除技术存在的意义——它能在渲染前识别并剔除那些被其他物体完全遮挡的对象。

作为一名长期从事图形引擎开发的工程师，我见证过各种剔除方案的兴衰。从早期的CPU端视锥体剔除，到后来昙花一现的硬件遮挡查询，再到如今主流的HZB方案，每种技术都在特定历史阶段解决了关键问题。但真正让我感到惊艳的，还是HZB在工程实践中的表现。

2. 传统剔除技术的局限性

2.1 视锥体剔除的先天不足

视锥体剔除(Frustum Culling)是最基础的剔除技术，它通过检测物体是否在摄像机可见范围内来减少渲染负载。实现起来通常是这样：

cpp复制bool IsInFrustum(const AABB& box, const Frustum& frustum) {
    for (int i = 0; i < 6; ++i) {
        if (frustum.planes[i].DistanceToPoint(box.GetPositiveVertex(frustum.planes[i].normal)) < 0)
            return false;
    }
    return true;
}

虽然这个方案能有效剔除视野外的物体，但它对视野内物体间的相互遮挡完全无能为力。在一个复杂的室内场景中，可能90%的物体都在视锥体内，但其中大部分又被墙壁、家具等遮挡。

2.2 硬件遮挡查询的延迟困境

硬件遮挡查询(Hardware Occlusion Query)是早期尝试解决视野内遮挡的方案。它的工作流程是：

1. 先渲染物体的简化版本(通常用包围盒)
2. 查询有多少像素实际通过了深度测试
3. 根据查询结果决定是否渲染完整物体

这个方案最大的问题是查询结果需要从GPU回读到CPU，导致至少1-2帧的延迟。在动态场景中，这种延迟会造成明显的物体"闪现"现象。

2.3 Early-Z的局限性

现代GPU都有Early-Z优化，它在光栅化阶段就能丢弃被遮挡的片段。但这发生在顶