在虚拟与混合现实（VR/AR/MR）开发中，OpenVR、OpenXR、SteamVR 以及各厂商 SDK 是绕不开的组件。它们常被混为一谈，但定位、归属与适用场景截然不同。我们将从概念定义、制定主体、核心职能及技术关系等维度，梳理它们的差异与关联，帮你建立清晰的认知框架。
一、基础概念：区分'标准'与'实现'
先建立一个核心认知：OpenXR 与 OpenVR 是行业标准或接口规范，属于抽象的技术协议；SteamVR 是基于标准的运行时实现，是可落地的软件平台；硬件厂商 SDK 则是设备专属的底层驱动与工具包，是硬件直连的桥梁。标准解决'兼容统一'问题，运行时与 SDK 解决'落地运行'问题，四者层层嵌套，共同支撑 XR 应用的开发与运行。
二、OpenVR：初代跨平台 VR 标准，Steam 生态的技术基石
1. 基本信息
- 制定与开发主体：由 Valve 公司主导研发并推出，是 Valve 为解决 VR 设备兼容问题打造的专有开放标准，后续也得到了部分硬件厂商、引擎厂商的支持。早期 HTC VIVE 头盔参照的也是 OpenVR 标准。
- 诞生背景：发布于 VR 行业发展初期，彼时 VR 硬件品牌零散，各设备接口互不通用，开发者为一款设备开发的应用无法直接运行在其他硬件上，移植成本极高。Valve 依托 Steam 庞大的游戏与开发者生态，推出 OpenVR，试图建立统一的 VR 开发接口。
2. 核心职能与定位
OpenVR 是一套跨硬件的虚拟现实应用程序编程接口规范，它的核心作用是抽象硬件差异。开发者基于 OpenVR 编写代码时，无需关心底层是 HTC Vive、Valve Index 还是其他兼容设备，只需调用统一的接口，就能实现头显定位、手柄交互、画面渲染、触觉反馈等核心 VR 功能。
它本质是接口层标准，不包含硬件驱动、设备校准、运行时环境等底层实现，仅定义'能做什么'的规范，不负责'怎么做'的落地执行。
3. 发展现状
OpenVR 曾是 PC VR 领域的主流标准，依托 Steam 生态占据了绝对的市场份额。但随着 AR、MR 设备崛起，VR 应用场景从游戏拓展到工业、医疗、教育等领域，OpenVR 的设计仅聚焦 VR 场景，无法兼容 AR 透视、混合现实叠加、眼动追踪、手部追踪等新一代交互功能，逐渐被全新的通用标准 OpenXR 取代。目前 Valve 仍在维护 OpenVR，但新开发项目已逐步转向 OpenXR。
三、OpenXR：下一代通用 XR 标准，全场景跨平台的终极方案
1. 基本信息
- 制定与开发主体：由 Khronos Group 组织制定与维护。Khronos Group 是全球知名的开放式行业联盟，OpenGL、Vulkan、WebGL 等跨平台图形标准均出自该联盟，成员囊括微软、Meta、Valve、索尼、谷歌、苹果、英伟达、AMD 等几乎所有主流科技、硬件、游戏厂商。
- 诞生背景：针对 OpenVR 仅支持 VR、各厂商 AR/MR 标准割据的行业痛点，Khronos 集合全行业力量，打造一套兼容 VR、AR、MR 所有场景的通用开放式标准，目标是实现'一次开发，全设备运行'，彻底解决生态碎片化问题。
2. 核心职能与定位
OpenXR 是面向 XR（扩展现实，包含 VR、AR、MR 所有形态）的跨平台、跨厂商开放式接口标准，是行业公认的下一代统一规范。
- 它全面覆盖了头显显示、空间定位、手柄交互、手部追踪、眼动追踪、面部捕捉、虚拟物体与现实场景融合等所有 XR 核心功能；
- 完全抽象硬件与操作系统差异，无论是 PC VR、一体机 VR、AR 眼镜，还是 Windows、Android、Linux 系统，只要设备兼容 OpenXR 标准，基于 OpenXR 开发的应用就能无移植或低成本移植运行。
和 OpenVR 一样，OpenXR 属于，不提供驱动、运行时、调试工具等落地组件，只定义统一的调用规则，不负责具体的底层执行。
