Vulkan规范中，销毁后的VkImageView被描述符集引用是否合法？

核心结论 #

根据Vulkan规范，只要对应描述符在后续命令执行的整个过程中确实未被动态使用，销毁其引用的VkImageView、VkImage等资源是合法的。但你的情况大概率是对规范中“未被动态使用”的理解存在偏差，或是驱动兼容性问题，也可能是描述符集布局的配置遗漏。

规范条款的准确解读 #

你引用的两个规范条款核心指向：

此绑定中未被动态使用的描述符，在被消耗时无需包含有效描述符
若描述符未被动态使用，其引用的任何资源在命令执行期间不被视为被引用

这里的**“未被动态使用”是指在命令缓冲区的实际执行流程中，着色器没有对该描述符对应的资源进行任何访问操作**。比如：

• 着色器通过分支逻辑明确跳过了对该纹理索引的采样
• 该纹理索引在所有绘制调用中都不会被着色器代码触达

仅“帧间隙无访问、命令缓冲区已重置”并不等同于后续命令中的描述符不会被动态使用。

可能的问题点排查 #

1. 描述符集布局配置遗漏
   要让descriptorBindingPartiallyBound特性生效，必须在创建描述符集布局时，给对应绑定添加VK_DESCRIPTOR_BINDING_PARTIALLY_BOUND_BIT标志。如果漏加这个标志，即使启用了设备特性，部分驱动也会按严格模式检查，导致提交错误。

2. “未被动态使用”的判断错误
   如果你后续录制的命令中，着色器逻辑存在访问已销毁资源对应纹理索引的可能性（哪怕运行时实际没走到），部分驱动会在命令提交阶段做静态检查，而非仅依赖运行时的动态分支。比如：

   • 着色器中有遍历整个纹理数组的循环，即使某个纹理在业务逻辑上“未使用”，但代码执行了采样操作
   • 条件分支的判断依赖于动态变量，驱动无法在提交阶段确定是否会访问该索引，因此会默认认为该描述符被使用

3. 驱动兼容性问题
   不同厂商的驱动对descriptorBindingPartiallyBound特性的实现可能存在差异：

   • 部分驱动要求未使用的描述符槽必须显式设置为VK_NULL_HANDLE（通过vkUpdateDescriptorSets更新），否则即使规范允许，也会触发错误
   • 可以尝试在销毁资源后，将对应的描述符槽置空，再提交命令缓冲区验证

4. 资源销毁的时机验证
   确保销毁操作确实在所有使用该资源的命令执行完成后进行。即使命令缓冲区已重置，也要确认之前提交的命令已经完全执行完毕（可以通过vkQueueWaitIdle或栅栏同步来保证）。

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