VK_ACCESS_2_COLOR_ATTACHMENT_READ_BIT的作用是什么？仅加载混合不存储为何要混合？

先明确几个关键概念：

• VK_ACCESS_2_COLOR_ATTACHMENT_READ_BIT：标记对颜色附件的读取访问，常见于加载操作、混合、逻辑操作等场景
• 加载操作：把颜色附件的现有数据加载到硬件的颜色缓存里
• 混合操作：将片元着色器输出的颜色，和缓存中加载的现有数据按规则混合

针对“只做加载和混合却不存储”的场景，主要有这些原因：

• 建立同步依赖：如果你需要确保之前对该颜色附件的写入操作，能被当前管线阶段看到，加载+混合的组合（哪怕不存储）可以通过VK_ACCESS_2_COLOR_ATTACHMENT_READ_BIT对应的管线阶段，构建正确的内存同步屏障，保证数据可见性，为后续操作做准备。
• 辅助后续硬件步骤：在复杂渲染流程或子通道（subpass）中，混合后的中间结果可能会被后续的逻辑运算、模板测试等硬件单元使用，虽然最终不把混合结果写回颜色附件，但这个计算是后续步骤的必要前提。
• 调试验证逻辑：调试混合算法时，你可以用加载+混合但不存储的方式，配合调试工具查看混合后的中间数据，同时不会污染原有的颜色附件内容。
• 硬件兼容需求：部分GPU的流水线设计里，加载操作需要搭配混合或逻辑操作才能合法触发，单独加载可能无法让硬件正确读取数据，这种情况下哪怕不需要存储，也得执行混合来完成加载的预期行为。

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