提交两个CommandBuffer却仅执行一个的原因排查请求

嘿，这种两个CommandBuffer只跑一个的问题在Vulkan开发里太常见了，我结合你的初始化代码片段，给你列几个最可能的排查方向：

1. 提交时的同步信号量/栅栏错误 #

这是最容易踩的坑：

• 如果你两次调用vkQueueSubmit提交两个CommandBuffer，有没有确保它们的等待信号量和信号量不冲突？比如第二个CommandBuffer可能在等待一个永远不会触发的信号量，或者你复用了第一个的栅栏但没重置，导致程序误以为第二个已经执行完成。
• 要是把两个CommandBuffer放到同一个VkSubmitInfo里提交，得确认commandBufferCount参数设成了2，而不是默认的1——这个小疏忽经常导致其中一个被忽略。

2. CommandBuffer录制不完整或无效 #

别光看提交代码，先确认第二个CommandBuffer本身是有效的：

• 检查是不是漏了vkBeginCommandBuffer或vkEndCommandBuffer调用？没正确收尾的CommandBuffer是无效的，Vulkan会直接跳过它。
• 录制过程中有没有绑定不存在的资源（比如错误的Framebuffer、Pipeline）？这种情况下CommandBuffer会标记为无效，同样不会执行。
• 赶紧打开Vulkan Validation Layers，它会直接输出这类无效CommandBuffer的错误信息，比瞎猜效率高多了。

3. 队列提交的参数或队列选择错误 #

• 确认两次提交用的是同一个正确的队列（比如你要执行图形命令，就不能提交到计算队列）。如果第二个CommandBuffer是做阴影渲染的（看你代码里有CreateShadowRenderPass），得确认它的命令和队列类型匹配。
• 检查VkSubmitInfo里的pWaitDstStageMask是不是设置正确？比如第二个CommandBuffer如果依赖于第一个的结果，得把等待阶段设成对应的管线阶段（比如VK_PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT），不然可能出现顺序问题导致第二个不执行。

4. 交换链与帧同步的绑定问题 #

你的代码里有SwapChain，大概率是和帧渲染相关的CommandBuffer：

• 第二个CommandBuffer是不是关联了正确的交换链图像？如果没调用vkAcquireNextImageKHR获取新的图像，或者图像可用的信号量没绑定到第二个CommandBuffer的提交，它会因为没有可用的输出目标而无法执行。

快速调试建议 #

• 用RenderDoc捕获整个帧，查看提交的CommandBuffer列表，能直观看到第二个是不是真的被提交了，以及它内部的命令有没有录制成功。
• 每次提交后调用vkWaitForFences等待每个CommandBuffer对应的栅栏，看第二个的栅栏是否真的被触发，以此判断它是否执行过。

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