必须用 std::unique_ptr + 自定义 deleter 管理 VkInstance 和 MTLDevice*，因二者销毁方式截然不同：前者需显式 vkDestroyInstance，后者禁止手动释放；裸指针无法携带语义且易致 double-free 或崩溃。

c++如何使用指针管理跨平台应用的图形设备上下文

为什么不能直接用裸指针存 `VkInstance` 或 `MTLDevice*`

因为二者生命周期、所有权和销毁方式完全不同：VkInstance 需要显式调用 vkDestroyInstance，而 MTLDevice* 是 Apple 系统管理的单例对象，**绝不允许手动释放**。若统一用 void* 或裸 void** 存储，编译期无提示，运行时极易 double-free 或内存泄漏。

更麻烦的是，Vulkan 设备对象（如 VkDevice）和 Metal 对象（如 MTLCommandQueue*）在不同平台下创建时机、依赖关系、线程安全要求也不同——裸指针无法携带这些语义。

`std::unique_ptr` + 自定义 deleter 是跨平台设备上下文指针的底线

必须为每种后端提供专属析构逻辑，否则初始化成功、退出崩溃是常态。例如：

// Vulkan 后端：需按顺序销毁 device → instance
auto vk_deleter = [](VkInstance* p) {
    if (p && *p) vkDestroyInstance(*p, nullptr);
    delete p;
};
<p>// Metal 后端：禁止释放，只做空操作
auto metal_deleter = [](MTLDevice** p) { delete p; }; // 注意：不调用 release</p><h1>ifdef <strong>APPLE</strong>
</h1><p>using DeviceContextPtr = std::unique_ptr<mtldevice metal_deleter>;</mtldevice></p><h1>else</h1><p>using DeviceContextPtr = std::unique_ptr<vkinstance vk_deleter>;</vkinstance></p><h1>endif</h1><p></p><div class="aritcle_card flexRow artxards">
											<div class="artcardd flexRow">
												<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
														src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
												<div class="aritcle_card_info flexColumn">
													<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
													<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
												</div>
												<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
												</a>
											</div>
										</div>

指针类型本身必须是指向「指针的指针」（MTLDevice**），才能让 std::unique_ptr 管理其存储位置，同时避免误传原始 MTLDevice* 导致误释放
不要试图用 std::shared_ptr —— 图形设备上下文通常全局唯一，且跨线程共享时需额外同步，shared_ptr 的原子计数反而引入无谓开销
若需运行时切换后端（比如热插拔渲染器），必须确保旧 unique_ptr 已完全析构完毕，再构造新实例；否则 Vulkan 实例未销毁就尝试建 Metal 设备，MTLCreateSystemDefaultDevice() 可能返回 nil

如何让指针指向“同一接口”，又不牺牲平台特性

靠抽象基类 + 原生指针成员组合。不是把 VkInstance 和 MTLDevice* 藏进同一个变量，而是让它们各自安顿，再由统一接口调度：

class PlatformDevice {
public:
    virtual ~PlatformDevice() = default;
    virtual void submitFrame() = 0;
<p>protected:</p><h1>ifdef <strong>APPLE</strong>
</h1><pre class="brush:php;toolbar:false;">MTLDevice* m_metalDevice = nil;
MTLCommandQueue* m_queue = nil;

else

VkInstance* m_vkInstance = nullptr;
VkDevice* m_vkDevice = nullptr;

endif

};

所有平台相关指针都声明为 protected 成员，不暴露给上层业务代码
构造函数里只调用平台专属初始化函数（vkCreateInstance / MTLCreateSystemDefaultDevice），失败时直接抛异常或返回 nullptr，不留下半初始化对象
关键点：不要在基类里写 getDevice() 这类泛型函数——返回类型无法统一，强制转型会丢失类型安全

容易被忽略的线程与句柄传递陷阱

图形设备上下文指针本身不是线程安全的，但它的使用场景往往涉及多线程（如主线程创建、渲染线程提交）。常见错误包括：

把 VkInstance* 从主线程传到子线程后，主线程提前析构了 unique_ptr，子线程访问野指针
在 macOS 上把 MTLDevice* 保存为全局变量后，在非主线程调用 newTexture，触发隐式主线程断言（Metal 某些 API 强制要求主线程调用）
MFC 或 Win32 环境下，误把窗口 HDC 当作设备上下文指针传给 Vulkan 初始化——HDC 是 GDI 句柄，和 Vulkan 的 VkSurfaceKHR 完全无关，混用会导致 VK_ERROR_SURFACE_LOST_KHR