Vulkan动态渲染接口为何分开指定深度附件与模板附件？

在Vulkan 1.0传统的渲染通道设计中，子通道描述VkSubpassDescription通过pColorAttachments传入颜色附件列表，通过单个pDepthStencilAttachment指针统一描述深度+模板共用附件；到了后续新增的动态渲染能力中，VkRenderingInfo除了保留pColorAttachments颜色附件列表外，把原来合并的深度模板附件拆成了独立的pDepthAttachment、pStencilAttachment两个指针，支持分开配置，这个调整是结合硬件演进和接口定位做出的务实设计，核心原因如下：

• 适配现代GPU的硬件特性变化。Vulkan 1.0推出时，不管是桌面独显还是移动TBDR架构GPU，深度测试、模板测试的计算单元和片上高速缓存都是绑定设计，主流附件也是D24S8、D32S8这类深度、模板打包存储的格式，把两者合并成一个描述项，能让驱动在渲染通道预创建阶段就一次性完成片上内存分配、读写顺序调度，拿到最优性能。但近几年新发布的GPU基本都把深度、模板的计算逻辑和存储资源做了拆分，支持两者独立调度、独立配置读写规则，甚至支持不同的内存压缩策略，再强制要求两者绑定为同一个附件，反而会限制驱动优化空间，平白损失性能。
• 贴合动态渲染的轻量化设计定位。传统渲染通道需要提前创建、编译成驱动内部的调度对象，灵活性很差。如果开发者遇到某段绘制只需要深度测试不需要模板、或者某段后处理只需要做模板遮罩不需要深度计算的场景，要么得提前预制多套渲染通道变体，平白增加资源管理成本，要么就得靠动态状态开关关闭对应通道的写入，带来不必要的状态切换开销。拆分之后，开发者需要哪个附件就传对应指针，不需要的直接传nullptr即可，不用提前准备冗余的渲染通道对象，完全符合动态渲染无需预创建、录制命令时即时配置的设计目标。
• 覆盖更灵活的渲染使用场景。拆分后深度和模板附件可以独立做内存布局转换、独立配置同步范围，不用再强行绑定生命周期：比如做深度预pass的时候可以只绑深度附件，省掉模板部分的内存占用和读写开销；做物体描边、UI区域裁剪这类纯模板操作的时候，只绑模板附件就行，不用带深度测试的多余消耗。而且这个拆分完全兼容老的使用习惯：如果你用的是D24S8这类深度模板打包格式，只要把两个指针同时指向这个打包格式的图像视图，驱动就会自动按传统的合并附件模式做优化，不会产生额外开销。

内容的提问来源于stack exchange，提问作者Zebrafish