商业渲染引擎核心架构：RHI 抽象、资源生命周期与显存预算

引言：管线与资源管理脱节的代价

场景已做 LOD、贴图已压缩，切换管线开启全局光照后显存仍然爆掉 OOM——这类事故的根源是渲染管线与资源调度的脱节：管线每帧的指令流如何绑定资源、资源何时真正可回收、显存预算如何约束特性启用，这些问题不在 Shader 层面，而在引擎架构层面。

一、RHI：图形 API 的跨平台抽象

1.1 抽象层的职责

商业引擎以 RHI（Render Hardware Interface）隔离底层图形 API：资源创建、命令提交、状态管理统一抽象，后端分别映射到 D3D12、Vulkan、Metal 的原生调用。抽象层的设计约束与渲染管线抽象一致：以全后端公共能力为表达基准，平台独占特性经能力开关降级。

1.2 资源生命周期：引用计数加延迟销毁

渲染资源的核心难题是CPU 释放与 GPU 使用的时间差：CPU 侧引用归零时 GPU 可能仍在读取。标准机制是引用计数加 Fence 延迟销毁：

// RHI 资源生命周期（示意） class RHITexture2D { public: void AddRef() { refCount.fetch_add(1, std::memory_order_relaxed); } void Release() { if (refCount.fetch_sub(1, std::memory_order_acq_rel) == 1) { // 不立即销毁：入队等待 GPU Fence 确认使用完毕