能跑通vkenumerateinstanceextensionproperties仅说明vulkan运行时环境部分就绪；真正关键的是链接时需正确配置vulkan-1.lib（msvc）或-lvulkan-1（mingw），且运行时vulkan-1.dll必须位于path或可执行目录中，同时确保显卡驱动支持并已启用vulkan。
能跑通 vkEnumerateInstanceExtensionProperties 就算环境配对了一半；真正卡住人的不是头文件找不到，而是链接时缺 vulkan-1.lib 或运行时找不到 vulkan-1.dll。
vscode 找不到 vulkan/vulkan.h 怎么办
这不是 VSCode 的问题，是 IntelliSense 没被告知头文件在哪。关键不是改系统 PATH，而是告诉 C/C++ 扩展去哪找。
-
includePath必须显式包含 SDK 的Include目录，比如"C:/VulkanSDK/1.4.313.2/Include"，不能只写"${workspaceFolder}/**" - 如果用的是 MinGW，还要额外加 MinGW 自己的 include 路径（如
C:/mingw64/include），否则stdint.h这类基础头也会报错 - 别信“自动检测”——
C_Cpp.default.includePath在.vscode/c_cpp_properties.json里必须手动填全，且路径分隔符用正斜杠/，Windows 下反斜杠\会失效
cl / g++ 链接失败：LNK2019 / undefined reference to vkCreateInstance
编译器看见声明了，但没连上实现。Windows 上最常漏掉的是 vulkan-1.lib 的链接路径和库名本身。
- MSVC（cl）下：用
/LIBPATH:"C:/VulkanSDK/1.4.313.2/Lib"+vulkan-1.lib，注意路径带引号，且.lib后缀不能省 - MinGW（g++）下：用
-L"C:/VulkanSDK/1.4.313.2/Lib"+-lvulkan-1，顺序不能反，-L必须在-l前面 - 别把
vulkan-1.dll当成链接目标——那是运行时依赖，链接阶段只认.lib（MSVC）或.a（MinGW）
程序启动就崩溃：找不到 vulkan-1.dll 或 glfw3.dll
链接成功 ≠ 运行成功。DLL 是运行时加载的，系统得在 PATH 或当前目录下找到它们。
- Vulkan SDK 安装后，
Bin目录（如C:/VulkanSDK/1.4.313.2/Bin）必须加入系统 PATH，否则vkGetInstanceProcAddr等函数调用会直接返回 null - GLFW 的
glfw3.dll必须和你的可执行文件放在同一目录，不能只靠 PATH —— GLFW 默认不走系统 DLL 搜索逻辑 - 用
Dependency Walker或dumpbin /dependents your.exe查实际依赖项，比猜更准
为什么 vkEnumerateInstanceExtensionProperties 返回 0？
不是代码写错了，大概率是 Vulkan 驱动层没起来。这个函数返回 0 个扩展，意味着 Instance 创建前就失败了，或者驱动没加载。
- 先确认显卡驱动支持 Vulkan：运行
vkcube.exe（在 SDK 的Bin目录下），能转立方体才算驱动就绪 - 检查
VK_ICD_FILENAMES环境变量是否被意外覆盖，它控制 Vulkan ICD 加载器行为，乱设会导致驱动不加载 - 如果你用的是笔记本双显卡（核显+独显），默认可能走核显——RTX 显卡需确保 Windows 图形设置里把你的 exe 设为“高性能 GPU”
最容易被忽略的一点：Vulkan SDK 版本和你项目中硬编码的 VK_API_VERSION_1_0 或 VK_MAKE_VERSION 不匹配，会导致 vkCreateInstance 直接返回 VK_ERROR_INCOMPATIBLE_DRIVER，但错误码不会自动打印——必须自己检查返回值并 std::cout 出来。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
