Vulkan不同多视图配置渲染通道是否需创建独立图形管线

你必须为1视图单平面渲染、2视图VR渲染、6视图立方体贴图渲染这三类多视图配置分别创建独立的图形管线对象。VkRenderPassMultiviewCreateInfo填充参数存在差异的渲染通道下的子通道，天然不满足Vulkan的渲染通道兼容要求，无法跨多视图类型共用管线。

你问题中提到的多视图创建结构体定义如下：

typedef struct VkRenderPassMultiviewCreateInfo {
    VkStructureType    sType;
    const void*        pNext;
    uint32_t           subpassCount;
    const uint32_t*    pViewMasks;
    uint32_t           dependencyCount;
    const int32_t*     pViewOffsets;
    uint32_t           correlationMaskCount;
    const uint32_t*    pCorrelationMasks;
} VkRenderPassMultiviewCreateInfo;

• Vulkan规范对图形管线的渲染通道绑定有强制校验规则：创建图形管线时传入的renderPass、subpass参数，必须和后续指令录制阶段绑定的渲染通道实例、子通道满足兼容性要求，否则会触发校验层报错，甚至出现设备端未定义行为。多视图配置属于兼容性校验的核心静态参数，不属于可在录制阶段动态修改的状态。
• 多视图子通道的兼容性判定标准非常明确：两个子通道若要被判定为兼容，二者对应的视图掩码（即pViewMasks数组中对应该子通道的条目值）必须完全相等。你提到的三类场景视图掩码分别为0x1（单视图）、0x3（双视图）、0x3F（6视图），数值完全不同，直接不满足兼容的基础前提。
• 从硬件实现逻辑看，不同视图数量的多视图渲染，在着色器编译、视口裁剪、光栅化调度、片元输出阶段的处理逻辑存在本质差异：单视图仅需处理1套投影与视口变换，双视图VR需要处理2套带视差的视图变换，立方体贴图需要处理6组朝向不同的投影变换，驱动在管线编译阶段就会针对对应视图数量生成专属的硬件指令序列，本身也不存在共用管线的技术可行性。

• 你不需要为同一多视图配置下的非核心参数差异重复创建管线：只要子通道的视图掩码等多视图核心参数一致，即使附件格式、子通道依赖顺序、附件初始/最终布局等参数存在差异，只要满足通用渲染通道兼容规则，就可以共用同一份管线对象。
• 如果使用VK_KHR_dynamic_rendering扩展跳过传统渲染通道对象的创建流程，多视图的视图数量依然是管线创建阶段的静态参数，三类不同视图数的场景依然需要分别创建管线，无法通过动态渲染规避这个要求。

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