调用vkCmdBeginRendering触发访问违例异常的排查求助

以下是针对该问题的具体排查方向：

• 验证命令缓冲区的有效性
  虽然vkBeginCommandBuffer返回成功，但仍需确认：

  • 命令缓冲区是否从匹配队列家族的命令池分配（比如图形命令必须用图形队列家族的命令池）；
  • 命令缓冲区是否处于合法的可录制状态，未被提前提交或销毁。

• 确认动态渲染扩展的完整启用
  除了声明启用VK_KHR_dynamic_rendering，还要做这些验证：

  • 创建Device时，确保enabledExtensionNames数组包含该扩展名称，且vkCreateDevice执行成功；
  • 通过vkEnumerateDeviceExtensionProperties查询设备实际支持的扩展，确认该扩展确实存在；
  • 若使用的是VK_EXT_dynamic_rendering而非KHR版本，需替换对应的结构体类型（如VK_STRUCTURE_TYPE_RENDERING_INFO_EXT），保持扩展与结构体定义一致。

• 检查VkRenderingInfo及附件的参数合法性

  • renderArea.extent：确认swapChainExtent的width和height均为正数，未出现0值或无效值；
  • colorAttachment.imageView：验证swapChainImageViews[imageIndex]是有效的ImageView（未被销毁、创建参数正确），且imageIndex在0到swapChainImageViews.size()-1的合法范围内；
  • 确认colorAttachment.clearValue的格式与ImageView的像素格式匹配，避免格式不兼容导致的隐性错误。

• 启用Vulkan验证层定位问题
  立即开启VK_LAYER_KHRONOS_validation验证层，它会在控制台输出详细的错误日志，比如无效参数、资源状态错误等，这是定位Vulkan崩溃最直接有效的手段，比单纯的访问违例提示更精准。

• 代码细节优化
  你的vkCmdBindVertexBuffers调用中，vertexBufferCount设为1，但offsets数组定义了两个元素，虽然实际只会用到第一个，但建议改成VkDeviceSize offsets[] = {0};，避免潜在的数组越界风险（虽然这不是当前崩溃的直接原因）。

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