VK_ERROR_DEVICE_LOST错误发生后如何安全删除VkDevice？

嘿，这个问题我之前在处理MoltenVK的时候也碰到过，其实核心在于理解VK_ERROR_DEVICE_LOST到底意味着什么——当你收到这个错误时，你的VkDevice已经彻底处于不可用状态了，它没办法处理任何新的命令，也没法完成任何未完成的任务，所有依附于它的资源（队列、命令缓冲、纹理等等）也都跟着失效了。

首先要明确：这时候你完全不需要调用vkDeviceWaitIdle，因为这个函数需要设备正常工作才能响应等待请求，而丢失的设备根本没法处理这个指令，所以它会直接返回错误，继续等下去完全没有意义，反而会导致后续销毁设备时的崩溃。

正确的处理流程应该是这样的：

• 立即停止向这个设备提交任何新的命令，也不要再尝试使用任何关联的队列、命令缓冲等资源。
• 按从子到父的顺序销毁所有依附于该VkDevice的资源：
  • 先销毁最底层的资源，比如命令缓冲、帧缓冲、管道对象、描述符集合/池、纹理、缓冲等；
  • 再销毁上层的容器类资源，比如命令池、渲染通道、管线布局等；
  • 注意：即使这些销毁函数返回VK_ERROR_DEVICE_LOST也没关系，你仍然要调用它们——这些调用会清理宿主端（也就是你的应用进程里）和驱动层的残留数据，避免内存泄漏或崩溃。
• 最后，直接调用vkDestroyDevice销毁VkDevice本身，不需要等待任何东西。

针对MoltenVK的特殊情况，我得额外提一句：因为它是Vulkan到Metal的转译层，设备丢失通常对应Metal设备出现了异常，这时候更要严格遵循上面的清理顺序，不要试图做任何额外的等待操作——MoltenVK在设备丢失时，销毁资源的调用虽然可能返回错误，但这些调用是必要的，能避免库内部的资源残留导致崩溃。

另外，如果你之后需要重新创建设备，记得要先检查VkInstance是否还可用（一般来说Instance是没问题的，除非是系统级的GPU故障），然后重新走设备选择、创建的流程就好。

内容来源于stack exchange