Vulkan中无需NV扩展，如何让多资源类型共用同一binding？

问题本质 #

你遇到的验证错误是Vulkan核心规范的硬性约束：未启用NV专属的VK_DESCRIPTOR_SET_LAYOUT_CREATE_PER_STAGE_BIT_NV扩展时，同一个descriptor set layout内的所有binding值必须唯一，不同类型的资源无法共用同一个binding号。AMD显卡不支持该扩展，因此无法通过这条路径实现需求。

替代方案（无需NV扩展） #

1. 为每个资源分配唯一binding号（标准合规方案） #

这是Vulkan要求的常规做法，可通过着色器宏定义统一管理binding号，保持代码整洁：

#define BASE_BINDING 0
layout(binding = BASE_BINDING) uniform MyUBO {
    // UBO数据定义
};
layout(binding = BASE_BINDING + 1) uniform sampler2D MySampler;
layout(binding = BASE_BINDING + 2) uniform image2D MyImage;

对应创建descriptor set layout时，为每个资源配置对应的binding号即可，完全符合规范，不会触发验证错误。

2. 合并Image与Sampler为Combined Image Sampler #

将image和sampler合并为VK_DESCRIPTOR_TYPE_COMBINED_IMAGE_SAMPLER类型，两者可共用一个binding号，仅需为constant buffer单独分配binding：

layout(binding = 0) uniform MyUBO {
    // UBO数据定义
};
layout(binding = 1) uniform sampler2D MyCombinedImageSampler;

此时descriptor set layout仅需两个binding条目，减少槽位占用。

3. 用Push Constants替代小型Constant Buffer #

若你的constant buffer数据量较小（最大128字节），可改用Push Constants，它不占用binding槽位，仅需为image和sampler分配binding号：

layout(push_constant) uniform PushConsts {
    // 小型常量数据
};
layout(binding = 0) uniform sampler2D MySampler;
layout(binding = 1) uniform image2D MyImage;

总结 #

Vulkan核心规范不支持不同类型资源共用同一个binding号，不用NV扩展的前提下无法实现“三资源共用0号槽位”的descriptor set layout。上述方案可在合规范围内简化binding管理，满足近似使用需求。

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