XR 技术栈深度解析：标准、运行时与 SDK 的边界
在虚拟现实（VR）、混合现实（MR）开发领域，OpenVR、OpenXR、SteamVR 以及各硬件厂商专属 SDK 是开发者绕不开的概念。很多人容易混淆它们的定位、归属与功能——它们到底是标准协议？还是插件？亦或是开发工具包？
要理清这些关系，核心在于区分'标准'与'实现'。OpenVR 与 OpenXR 属于行业标准接口规范，是抽象的技术协议；SteamVR 是基于标准的 Runtime 运行时实现，是可落地的软件平台；而硬件厂商 SDK 则是设备专属的底层驱动与开发工具包，负责硬件直连。标准解决兼容统一问题，运行时与 SDK 解决落地运行问题，四者层层嵌套，共同支撑 XR 应用的开发与运行。
基础概念总览
先建立一个核心认知：OpenVR 与 OpenXR 是标准，定义'能做什么'；SteamVR 与 SDK 是实现，解决'怎么做'。
OpenVR：初代跨平台 VR 标准
背景与定位
OpenVR 由 Valve 公司主导研发，发布于 VR 行业发展初期。当时 VR 硬件品牌零散，接口互不通用，移植成本极高。Valve 依托 Steam 生态推出 OpenVR，试图建立统一的 VR 开发接口。
它是一套跨硬件的虚拟现实应用程序编程接口规范，核心作用是抽象硬件差异。开发者基于 OpenVR 编写代码时，无需关心底层是 HTC Vive、Valve Index 还是其他兼容设备，只需调用统一接口即可实现头显定位、手柄交互、画面渲染等核心功能。
需要注意的是，OpenVR 本质是接口层标准，不包含硬件驱动或运行时环境，仅定义规范，不负责具体落地执行。
现状
OpenVR 曾是 PC VR 领域的主流标准，但随着 AR、MR 设备崛起，其设计仅聚焦 VR 场景，无法兼容透视、混合现实叠加、眼动追踪等新一代交互功能，逐渐被 OpenXR 取代。目前 Valve 仍在维护，但新项目已逐步转向 OpenXR。
OpenXR：下一代通用 XR 标准
背景与定位
OpenXR 由 Khronos Group 组织制定与维护。该联盟成员囊括微软、Meta、Valve、索尼、谷歌、苹果、英伟达等几乎所有主流科技与硬件厂商。针对 OpenVR 仅支持 VR、各厂商 AR/MR 标准割据的痛点，Khronos 集合全行业力量，打造了一套兼容 VR、AR、MR 所有场景的通用开放式标准。
它是面向 XR（扩展现实）的跨平台、跨厂商开放式接口标准，目标是实现'一次开发，全设备运行'。
- 覆盖范围：全面覆盖头显显示、空间定位、手柄交互、手部追踪、眼动追踪、面部捕捉及虚实融合等核心功能。
- 兼容性：完全抽象硬件与操作系统差异，无论是 PC VR、一体机 VR、AR 眼镜，还是 Windows、Android、Linux 系统，只要设备兼容 OpenXR，应用就能无移植或低成本移植运行。
和 OpenVR 一样，OpenXR 属于纯规范层，不提供驱动或调试工具，只定义统一的调用规则。
现状
OpenXR 是当前及未来 XR 开发的主流标准。Unity、Unreal Engine 已全面原生支持，Meta Quest、HoloLens、PS VR2 等主流硬件均已完成适配。新建的商业项目、工业项目及消费级项目，几乎都优先选择 OpenXR。
SteamVR：PC VR 的核心载体
定位与职能
SteamVR 同样由 Valve 公司开发，是依托 Steam 平台打造的 PC VR 专属软件运行时（Runtime）与生态平台。它是 OpenVR 标准的官方完整实现，同时也是一套集成了驱动、管理工具、调试工具的综合平台。
很多开发者容易将 OpenVR 与 SteamVR 混淆，核心差异可以概括为：OpenVR 是'图纸'，SteamVR 是按照图纸造出来的'成品机器'。
- OpenVR：只定义接口规范，没有任何可执行的软件功能，无法单独驱动设备。
