📚 课程目录第3章 Vulkan基础概念

3. Vulkan基础概念

Vulkan 的初始化过程不像 OpenGL 那样“创建上下文即可绘制”，它把图形系统拆成一组显式对象，每个对象承担明确职责。理解这些对象的创建顺序、依赖关系和生命周期，是嵌入式平台上稳定运行 Vulkan 应用的第一步。本节围绕七个核心对象展开：Instance、Physical Device、Logical Device、Queue、Surface、Swapchain 与同步对象。

核心记忆链：Instance 建立应用与 Vulkan 运行时的连接 → Physical Device 枚举硬件能力 → Logical Device 创建逻辑上下文 → Queue 提交命令 → Surface 连接窗口系统 → Swapchain 管理可呈现图像 → 同步对象保证 GPU/CPU 与队列之间的执行顺序。

一、核心对象职责与依赖关系

Instance 是应用与 Vulkan 加载器之间的桥梁。它保存应用信息、启用的扩展（如 VK_KHR_surface、VK_KHR_swapchain）和校验层配置。嵌入式环境常需启用平台表面扩展，例如 VK_KHR_display 或 Wayland/X11 相关扩展。

Physical Device 代表系统中真实存在的 GPU 或显示控制器。通过 vkEnumeratePhysicalDevices 枚举后，可查询队列族属性、内存类型、支持的特性与扩展。嵌入式设备可能只有一个 GPU，但仍需检查其是否支持图形、计算和呈现队列。

Logical Device 是应用实际使用的逻辑 GPU 实例。创建时需指定队列族及队列数量，并启用所需特性。它隔离了物理设备细节，使应用通过句柄提交命令。

Queue 是命令提交的通道。Vulkan 将队列按族划分，常见族包括图形、计算、传输和呈现。一个队列族可能同时支持图形与呈现，嵌入式平台常将三者合并以节省资源。

Surface 抽象窗口系统提供的可呈现目标。它由平台扩展创建，例如 Android 的 VkAndroidSurfaceCreateInfoKHR 或 Linux 的 VkWaylandSurfaceCreateInfoKHR。Surface 本身不存储图像，只描述呈现能力。

Swapchain 是一组用于呈现的图像集合。它根据 Surface 能力、图像数量、格式、颜色空间和呈现模式创建。嵌入式设备常使用 VK_PRESENT_MODE_FIFO_KHR 以保证垂直同步和低功耗。

同步对象 包括 Fence、Semaphore 和 Event。Fence 用于 CPU 等待 GPU 完成；Semaphore 用于队列间或队列与呈现引擎间的 GPU 侧同步；Event 提供更细粒度的主机与设备同步。它们确保图像获取、渲染和呈现不会发生读写冲突。

二、创建流程与关键参数

典型初始化流程如下：

创建 VkInstance，填写 VkApplicationInfo，启用平台表面扩展。
调用 vkEnumeratePhysicalDevices 获取物理设备列表，选择支持所需队列族和 Swapchain 扩展的设备。
查询队列族属性，确定图形、呈现、计算队列的索引。
创建 VkDevice，在 VkDeviceQueueCreateInfo 中指定队列族和优先级。
调用 vkGetDeviceQueue 获取队列句柄。
创建 VkSurfaceKHR，并查询 vkGetPhysicalDeviceSurfaceSupportKHR 确认队列族支持呈现。
查询 Surface 能力、格式和呈现模式，创建 VkSwapchainKHR。
获取 Swapchain 图像，为每帧创建 VkImageView、Fence 和 Semaphore。

// 队列族选择示例（伪代码）
uint32_t graphicsFamily = findQueueFamily(physicalDevice,
    VK_QUEUE_GRAPHICS_BIT);
uint32_t presentFamily = findPresentQueueFamily(physicalDevice,
    surface);

VkDeviceQueueCreateInfo queueInfo{};
queueInfo.sType = VK_STRUCTURE_TYPE_DEVICE_QUEUE_CREATE_INFO;
queueInfo.queueFamilyIndex = graphicsFamily;
queueInfo.queueCount = 1;
float priority = 1.0f;
queueInfo.pQueuePriorities = &priority;

VkDeviceCreateInfo deviceInfo{};
deviceInfo.sType = VK_STRUCTURE_TYPE_DEVICE_CREATE_INFO;
deviceInfo.queueCreateInfoCount = 1;
deviceInfo.pQueueCreateInfos = &queueInfo;
deviceInfo.enabledExtensionCount = 1;
const char* ext = VK_KHR_SWAPCHAIN_EXTENSION_NAME;
deviceInfo.ppEnabledExtensionNames = &ext;

vkCreateDevice(physicalDevice, &deviceInfo, nullptr, &device);

三、同步对象的使用场景

Vulkan 的同步对象是显式并发的核心。常见组合如下：

同步对象	作用域	典型用途	等待方
Fence	CPU ↔ GPU	等待某帧命令缓冲执行完成后再复用	CPU
Semaphore	GPU 队列 ↔ GPU 队列	图像获取完成后才能开始渲染；渲染完成后才能呈现	GPU
Event	主机 ↔ 设备	细粒度控制，如条件等待或调试标记	CPU 或 GPU

每帧典型同步流程：vkAcquireNextImageKHR 发出图像可用 Semaphore；渲染命令提交时等待该 Semaphore，并在完成后发出渲染完成 Semaphore；vkQueuePresentKHR 等待渲染完成 Semaphore。同时，CPU 使用 Fence 等待上一帧完成，避免重复写入仍在使用的命令缓冲。

四、嵌入式场景与常见误区

在嵌入式平台上，Surface 和 Swapchain 的创建往往比桌面更复杂。例如 Android 需要 ANativeWindow，Wayland 需要 wl_display 和 wl_surface，而某些无窗口系统则使用 VK_KHR_display 直接接管显示控制器。此时 Swapchain 的呈现模式、图像数量和格式必须与显示控制器能力匹配。

常见误区一：把 Instance 当成“设备”。Instance 只负责加载器和扩展，不包含 GPU 能力查询。常见误区二：忽略队列族是否支持呈现，导致 Swapchain 创建失败。常见误区三：每帧都创建新的 Fence 和 Semaphore，造成资源泄漏和性能下降。正确做法是预创建每帧同步对象并循环复用。

调试建议：启用 VK_LAYER_KHRONOS_validation 校验层，重点观察对象生命周期、队列族兼容性和同步对象使用错误。嵌入式设备上若出现黑屏，优先检查 Swapchain 图像格式与显示控制器是否一致，以及呈现队列是否真正支持 vkQueuePresentKHR。

掌握这些对象的职责与依赖后，后续的命令缓冲、渲染通道和管线创建才能建立在稳定的初始化基础之上。建议在工程中封装一个 VulkanContext 结构，统一管理 Instance、Device、Queue、Surface、Swapchain 和同步对象的创建与销毁顺序，避免资源泄漏和状态不一致。