Vulkan图形管线重绑定是否为确定性空操作？次级命令缓冲区执行顺序问询

让我来拆解这两个Vulkan管线绑定的问题，都是实际开发中很容易踩坑的点：

答案是不一定。别被“重复绑定应该被优化”的想法误导——Vulkan规范里从来没强制要求驱动把重复绑定相同管线的操作变成空操作（noop）。规范只说驱动可以做这个优化，但具体做不做、怎么做，完全看各家驱动的实现。

有些驱动会贴心地帮你跳过重复绑定，但有些驱动可能不管你是不是同一个管线，都会老老实实执行完整的绑定流程。所以如果你想靠重复绑定不消耗性能来偷懒，绝对不可靠。靠谱的做法是在代码里自己做判断：只有当需要切换到不同管线时，才调用vkCmdBindPipeline，避免不必要的调用。

咱们分两个小问题说：

绑定前一个刚绑定的管线是否一定是空操作？ #

和主命令缓冲区的逻辑完全一致——依然不一定。首先，次级命令缓冲区是离线录制的，录制时它不知道自己执行时的上下文状态；其次，驱动是否优化重复绑定，还是看它自己的实现。哪怕你在次级CB里绑定的管线，和上一个执行的CB刚绑定的管线完全相同，驱动也可能不做这个优化，依然执行绑定操作。所以别指望这个能省性能，还是自己在代码里做判断更稳妥。

次级命令缓冲区的执行顺序完全不确定？ #

这绝对是误解！次级命令缓冲区的执行顺序是严格由主命令缓冲区里的vkCmdExecuteCommands调用顺序决定的。比如你在主CB里先调用vkCmdExecuteCommands执行次级CB A，再调用它执行次级CB B，那么A里的所有命令一定会在B的命令之前执行，顺序不会乱。

只有一种特殊情况可能会打破这个顺序：当你给次级CB设置了VK_COMMAND_BUFFER_USAGE_SIMULTANEOUS_USE_BIT标记，并且把它提交到多个队列上并行执行的时候。但这是你主动开启的并行场景，默认情况下，主CB里的execute顺序就是次级CB的执行顺序，完全确定。

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