glfw创建vulkan窗口并获取vksurfacekhr：先调用glfwinit()和glfwwindowhint(glfw_client_api, glfw_no_api)，再用glfwcreatewindow创建窗口，最后通过glfwcreatewindowsurface(instance, window, nullptr, &surface)获取vksurfacekhr，需确保启用vk_khr_surface及平台专属扩展（如vk_khr_win32_surface）。
如何用GLFW创建Vulkan兼容的窗口并获取VkSurfaceKHR
Vulkan本身不负责窗口管理，必须依赖平台抽象层（如GLFW、SDL2）创建表面。直接调用vkCreateWin32SurfaceKHR或vkCreateXcbSurfaceKHR不仅繁琐，还破坏跨平台性。
GLFW是最常用的选择，但要注意：必须在创建窗口前调用glfwInit()，且需启用GLFW_CLIENT_API为GLFW_NO_API——否则GLFW会尝试初始化OpenGL上下文，与Vulkan冲突。
- 调用
glfwCreateWindow(800, 600, "Vulkan", nullptr, nullptr)后，立即用glfwGetPhysicalDevicePresentationSupport验证GPU是否支持该窗口表面的呈现 - 用
glfwCreateWindowSurface(instance, window, &allocator, &surface)获取VkSurfaceKHR；注意第四个参数是const VkAllocationCallbacks*，通常传nullptr - 若返回
VK_ERROR_EXTENSION_NOT_PRESENT，说明未启用VK_KHR_surface或平台对应扩展（如VK_KHR_win32_surface），需检查instanceExtensions列表
实例创建时必须启用哪些核心扩展和校验层
没有扩展，VkInstance连VkSurfaceKHR都无法创建；没有校验层，GPU崩溃或内存越界可能静默失败。
关键扩展最少包含：VK_KHR_surface（所有平台通用）、VK_KHR_get_physical_device_properties2（现代特性查询必需）、以及平台专属扩展（Windows用VK_KHR_win32_surface，Linux X11用VK_KHR_x11_surface）。
- 校验层推荐启用
VK_LAYER_KHRONOS_validation，而非已废弃的VK_LAYER_LUNARG_standard_validation - 调用
vkEnumerateInstanceLayerProperties确认层存在后再传入ppEnabledLayerNames，否则vkCreateInstance会返回VK_ERROR_LAYER_NOT_PRESENT - macOS上需额外启用
MoltenVK相关扩展（如VK_MVK_moltenvk），且VK_KHR_portability_enumeration和VK_KHR_get_physical_device_properties2不可省略
如何正确选择支持表面的物理设备和队列族
不是所有GPU都支持呈现（present），也不是所有队列族都同时支持图形和呈现操作。硬编码索引（如queueFamilyIndex = 0）大概率导致VK_ERROR_DEVICE_LOST或黑屏。
必须对每个VkPhysicalDevice调用vkGetPhysicalDeviceQueueFamilyProperties，再对每个队列族调用vkGetPhysicalDeviceSurfaceSupportKHR逐个检查。
- 图形队列（
queueFlags & VK_QUEUE_GRAPHICS_BIT）和呈现支持（vkGetPhysicalDeviceSurfaceSupportKHR(..., queueFamilyIndex, surface, &supported) == VK_TRUE）可以不在同一个队列族，但合并在一个更易管理 - 若找不到同时满足两者的队列族，需分别申请图形队列和呈现队列，并在
vkQueuePresentKHR时确保等待对应栅栏（fence）或信号量（semaphore） - 注意
VK_PHYSICAL_DEVICE_FEATURES_2结构体必须配合VK_KHR_get_physical_device_properties2扩展使用，否则vkGetPhysicalDeviceFeatures2行为未定义
VkSwapchainKHR创建失败的常见原因和绕过方法
即使窗口、实例、物理设备都正常，vkCreateSwapchainKHR仍可能返回VK_ERROR_INITIALIZATION_FAILED或VK_ERROR_SURFACE_LOST_KHR。这不是代码逻辑错误，而是平台约束触发。
根本原因是交换链与窗口表面强绑定：窗口大小改变、最小化、DPI缩放切换都会使旧表面失效。Vulkan不自动重建交换链，必须手动处理。
- 创建前务必调用
vkGetPhysicalDeviceSurfaceCapabilitiesKHR获取minImageCount、currentExtent等约束；若currentExtent.width == -1，说明窗口未就绪，需等待或重试 - 不要复用旧
VkSwapchainKHR句柄；销毁前必须确保所有基于它的渲染命令已完成（用vkDeviceWaitIdle或同步对象） - Android上还需检查
VK_ANDROID_native_buffer扩展，并用AHardwareBuffer替代传统图像创建流程
交换链重建逻辑容易写错：新交换链创建成功后，旧的必须显式vkDestroySwapchainKHR，且关联的VkImageView、VkFramebuffer全都要重建——漏掉任何一个，下次vkQueueSubmit就可能崩溃。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
