VK_LAYER_KHRONOS_validation位类型错误问题排查求助

我在两台64位Windows系统上使用相同的MinGW/GCC构建系统开发C语言Vulkan项目，系统1上验证层工作正常，但系统2启用验证层时程序报错，禁用则运行正常。

系统2控制台输出如下：

INFO: 3 Vulkan extension(s) required by GLFW:
        VK_KHR_surface
        VK_KHR_win32_surface
        VK_EXT_debug_utils
        All GLFW-required Vulkan extensions are supported!
INFO: 1 Vulkan validation layer(s) required:
        VK_LAYER_KHRONOS_validation
        Required Vulkan validation layers are supported!
ERROR: loader_get_json: Failed to open JSON file E:\Epic Games\Launcher\Portal\Extras\Overlay\EOSOverlayVkLayer-Win32.json
ERROR: loader_get_json: Failed to open JSON file E:\Epic Games\Launcher\Portal\Extras\Overlay\EOSOverlayVkLayer-Win64.json
WARNING: Layer VK_LAYER_OBS_HOOK uses API version 1.2 which is older than the application specified API version of 1.3. May cause issues.
WARNING: Layer VK_LAYER_OBS_HOOK uses API version 1.2 which is older than the application specified API version of 1.3. May cause issues.
ERROR: Requested layer "VK_LAYER_KHRONOS_validation" was wrong bit-type!
ERROR: Vulkan instance creation failed with result code -6!
ERROR: Vulkan debug messenger creation failed with result code -7!
Assertion failed: instance != VK_NULL_HANDLE, file C:\Users\Kade\Documents\westy\src\lib\glfw-3.3.2\src\vulkan.c, line 305

已确认前两个loader_get_json错误并非问题根源，且未主动使用VK_LAYER_OBS_HOOK层。

核心疑问 #

• 上述位类型错误是否指验证层与构建系统存在32/64位不匹配？
• 该错误的具体含义是什么？
• 除检查Vulkan维护工具、配置器、环境变量，重装SDK和MinGW外，还有哪些解决方案？

问题解答 #

1. 位类型错误是否对应32/64位不匹配？ #

是的，这个错误几乎可以肯定是32/64位架构不匹配导致的。你用64位MinGW构建程序，但系统中安装的VK_LAYER_KHRONOS_validation层可能只有32位版本，或者加载器误加载了32位的层文件；反之亦然。Vulkan加载器会严格检查层的架构与程序架构是否一致，不匹配就会抛出这个错误。

2. 错误的具体含义 #

Requested layer "VK_LAYER_KHRONOS_validation" was wrong bit-type! 意思是：程序请求的验证层文件的CPU架构（32位/64位）与当前运行的程序架构不兼容。Vulkan层是和程序架构强绑定的，64位程序只能加载64位的层，32位程序只能加载32位的层，加载器检测到不匹配就会拒绝加载该层，最终导致实例创建失败（错误码-6对应VK_ERROR_LAYER_NOT_PRESENT），后续依赖实例的调试信使创建也跟着失败（错误码-7对应VK_ERROR_EXTENSION_NOT_PRESENT）。

3. 额外解决方案 #

除了你提到的常规操作，还可以尝试以下方法：

• 强制指定层的架构路径：手动找到Vulkan SDK中64位验证层的安装路径（通常是VULKAN_SDK\Bin或VULKAN_SDK\Layers\win64），将其添加到系统PATH环境变量的最前端，确保加载器优先找到正确架构的层文件。
• 检查MinGW构建配置：确认你的MinGW确实是64位版本，并且构建脚本中没有错误引入32位编译参数（比如-m32）。可以通过运行gcc -v查看编译目标架构，确认输出中包含x86_64-w64-mingw32。
• 清理第三方层干扰：虽然你没主动使用VK_LAYER_OBS_HOOK，但OBS的钩子层可能影响加载器的层扫描逻辑。可以暂时卸载OBS或关闭其Vulkan钩子功能，再测试验证层是否正常工作。
• 手动注册验证层：如果自动扫描有问题，手动将64位验证层的JSON文件路径添加到HKEY_LOCAL_MACHINE\SOFTWARE\Khronos\Vulkan\Layers注册表项中（64位系统对应HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Khronos\Vulkan\Layers是32位层的位置，不要搞混）。
• 验证层文件完整性：直接检查Vulkan SDK的Layers\win64目录下是否存在VK_LAYER_KHRONOS_validation.dll和对应的JSON文件，如果缺失或损坏，手动从系统1复制对应文件过来（确保SDK版本一致）。

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