vkWaitForFences 总超时或卡死的根本原因是 fence 未被 GPU 触发或未重置；Vulkan 中 fence 只能由 GPU 显式置为 signaled，CPU 不会自动更新，且必须手动调用 vkResetFences 才能重复使用。
vkWaitForFences 为什么总超时或卡死
根本原因是 vkWaitForFences 默认是阻塞等待，但你没重置 fence 或它根本没被 GPU 触发。Vulkan 中 fence 只能由 GPU 端（比如 vkQueueSubmit）显式置为 signaled，CPU 不会自动更新它的状态。
常见错误场景：提交命令后立刻调用 vkWaitForFences，但没传入正确的 fence；或者用了同一个 VkFence 多次 submit 却忘了调用 vkResetFences —— fence 一旦 signaled 就永远保持该状态，除非手动重置。
实操建议：
- 每次
vkQueueSubmit前确保传入的fence已通过vkResetFences清零（VK_FALSE模式下必须） - 等待时加超时参数，比如
100000000（100ms），避免无限卡死：vkWaitForFences(device, 1, &fence, VK_TRUE, 100000000) - 如果只是等上一帧完成（比如 swapchain 重用 image），用 fence 合理；但若只是防止 CPU 提交过快压垮 GPU 队列，优先用
VkSemaphore+vkAcquireNextImageKHR的信号机制，更轻量
vkAcquireNextImageKHR 和 vkQueueSubmit 怎么配对用信号量
信号量（VkSemaphore）不供 CPU 等待，只用于 GPU 内部同步：比如让“获取图像”操作完成之后，“渲染该图像”的命令才开始执行。
典型链路是：vkAcquireNextImageKHR 把一个 imageAvailableSemaphore 置为 signaled → 你把它传给 vkQueueSubmit 的 pWaitSemaphores → GPU 自动等这个信号再执行命令缓冲区。
关键点：
-
vkAcquireNextImageKHR的pSemaphore参数不能为nullptr，否则你无法知道 image 何时就绪 -
vkQueueSubmit的waitSemaphoreCount必须和pWaitSemaphores数量一致，且pWaitDstStageMask要设成VK_PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT（表示等 semaphore 到达后，才允许进入颜色附件写入阶段） - 信号量不能重用——每个帧应有独立的
imageAvailableSemaphore和renderFinishedSemaphore，否则多帧并发时会串信号
为什么 fence 适合帧完成检测，而 semaphore 不适合
因为 VkFence 是 CPU/GPU 双向可见的同步原语，GPU 执行完 vkQueueSubmit 绑定的 fence 后，CPU 就能用 vkGetFenceStatus 或 vkWaitForFences 检查它；而 VkSemaphore 对 CPU 完全不可见，vkGetSemaphoreCounterValue 是 Vulkan 1.2+ 的 timeline semaphore 特性，普通 semaphore 根本没有查询接口。
所以：如果你要判断“这一帧的渲染是否真正在 GPU 上跑完了”，必须用 fence；如果只是“让下一帧的 acquire 等这一帧的 present 结束”，那就用另一个 semaphore（renderFinishedSemaphore）传给 vkQueuePresentKHR 的 pWaitSemaphores。
典型组合：
- 每帧一个
VkFence：submit 后 wait 它，确认 GPU 执行完毕，再回收 command buffer / descriptor sets - 两个
VkSemaphore循环复用：imageAvailableSemaphore（acquire → submit）、renderFinishedSemaphore（submit → present） - 绝不要把同一个 semaphore 同时用在 acquire 和 present 两端——信号只会触发一次，第二帧会永远等不到
vkResetFences 和 vkDestroySemaphore 的调用时机容易错哪
最常踩的坑是：在 vkQueueSubmit 还没返回时就调用 vkResetFences，导致重置了还没被 GPU 设置的 fence，后续 vkWaitForFences 永远不返回；或者在帧还在 GPU 执行时就 vkDestroySemaphore，引发 validation layer 报 VUID-vkDestroySemaphore-semaphore-01137 错误。
安全做法：
-
vkResetFences必须在vkWaitForFences成功返回后调用，且仅重置那些你确定已 signaled 的 fence -
vkDestroySemaphore不能在它还被 pending 的 queue submit 引用时调用——要么等对应 fence signaled 后再 destroy，要么用vkDeviceWaitIdle（仅调试用，性能极差） - 生产环境推荐按帧索引管理资源：比如三帧循环，就建三个 fence/semaphore 数组，第
i % 3个只在第i-3帧完全结束后才 reset/destroy
真正麻烦的从来不是怎么写同步逻辑，而是谁在什么时候释放哪个 fence —— 多线程提交、异步资源加载、动态帧率都会让这个边界模糊。宁可多建几个对象，也别省那点内存去复用未明确生命周期的同步原语。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
