系统解析了 XR 开发领域的四大核心概念：OpenVR、OpenXR、SteamVR 及硬件厂商 SDK。OpenVR 是 Valve 推出的初代 VR 标准；OpenXR 是 Khronos 组织制定的跨平台通用 XR 标准，支持 VR/AR/MR；SteamVR 是基于 OpenVR 的 PC VR 运行时平台；厂商 SDK 则是设备专属的底层工具。文章建议开发者以 OpenXR 为核心标准，结合 SteamVR 或厂商 SDK 实现落地运行，兼顾兼容性与硬件能力。
在虚拟现实、混合现实开发领域，OpenVR、OpenXR、SteamVR 以及各硬件厂商专属 SDK，是我们经常遇到的东西。是不是傻傻分不清楚，容易混淆它们的定位、归属、功能与适用场景，这些到底是标准协议？还是插件？还是开发工具包？本文将从概念定义、制定 / 开发主体、核心职能、技术关系、适用场景多个维度，系统拆解它们差异与关联，帮你建立完整的认知框架。
在正式拆解前，先建立一个核心认知：OpenXR 与 OpenVR 是行业标准 / 接口规范，属于抽象的技术协议；SteamVR 是基于标准的 runtime 运行时实现，是可落地的软件平台；硬件厂商 SDK 则是设备专属的底层驱动与开发工具包，是硬件直连的桥梁。标准解决'兼容统一'问题，运行时与 SDK 解决'落地运行'问题，四者层层嵌套，共同支撑 VR/AR/MR 应用的开发与运行。
OpenVR 是一套跨硬件的虚拟现实应用程序编程接口规范，它的核心作用是抽象硬件差异。开发者基于 OpenVR 编写代码时，无需关心底层是 HTC Vive、Valve Index 还是其他兼容设备，只需调用统一的接口，就能实现头显定位、手柄交互、画面渲染、触觉反馈等核心 VR 功能。
它本质是接口层标准，不包含硬件驱动、设备校准、运行时环境等底层实现，仅定义'能做什么'的规范，不负责'怎么做'的落地执行。
OpenVR 曾是 PC VR 领域的主流标准，依托 Steam 生态占据了绝对的市场份额。但随着 AR、MR 设备崛起，VR 应用场景从游戏拓展到工业、医疗、教育等领域，OpenVR 的设计仅聚焦 VR 场景，无法兼容 AR 透视、混合现实叠加、眼动追踪、手部追踪等新一代交互功能，逐渐被全新的通用标准 OpenXR 取代。目前 Valve 仍在维护 OpenVR，但新开发项目已逐步转向 OpenXR。
OpenXR 是面向 XR（扩展现实，包含 VR、AR、MR 所有形态）的跨平台、跨厂商开放式接口标准，是行业公认的下一代统一规范。
和 OpenVR 一样，OpenXR 属于纯规范、纯接口层，不提供驱动、运行时、调试工具等落地组件，只定义统一的调用规则，不负责具体的底层执行。
OpenXR 是当前及未来 XR 开发的主流标准，主流引擎 Unity、Unreal Engine 已全面原生支持 OpenXR，Meta Quest、微软 HoloLens、Valve Index、索尼 PS VR2 等主流硬件均已完成 OpenXR 适配。新建的 XR 商业项目、工业项目、消费级项目，几乎都优先选择 OpenXR 作为开发标准。
SteamVR 在 XR 开发与运行中，承担着承上启下的关键作用，可分为三个核心职能：
很多开发者会将二者混淆，核心差异可以一句话概括：OpenVR 是'图纸'，SteamVR 是按照图纸造出来的'成品机器'。
目前 SteamVR 也在逐步升级，新增 OpenXR 运行时支持，让基于 OpenXR 开发的应用，也能通过 SteamVR 运行在兼容 PC VR 设备上。
厂商 SDK 最大的特点是封闭性与专属化，一套 SDK 仅适配对应品牌的设备，无法跨品牌使用。比如基于 Meta Quest SDK 开发的应用，无法直接运行在 PICO、HoloLens 上，移植需要重新适配对应厂商 SDK。
各大厂商 SDK 都包含了对于 OpenXR 支持的运行时，满足引擎端 OpenXR Plugin 插件侧与之在同一'语言'环境下。
为了更直观区分，将四者的关键信息整理成对比表：
| 对比维度 | OpenVR | OpenXR | SteamVR | 硬件厂商 SDK |
|---|---|---|---|---|
| 属性归类 | 开放式接口标准 | 开放式接口标准 | 标准运行时 + 生态平台 | 厂商专属开发工具包 |
| 开发 / 制定方 | Valve 公司 | Khronos Group 行业联盟 | Valve 公司 | 各硬件品牌独立开发 |
| 覆盖场景 | 仅支持虚拟现实 VR | 全场景兼容 VR/AR/MR | 仅支持 PC 端 VR | 仅支持自家品牌设备 |
| 核心作用 | 定义 VR 统一开发接口，抽象硬件差异 | 定义 XR 全场景统一接口，解决生态碎片化 | 实现 OpenVR 标准，提供 PC VR 运行、管理、调试环境 | 开放专属硬件能力，提供底层驱动与生态对接 |
| 开源属性 | 开源规范 | 开源规范 | 核心组件闭源，部分开源 | 大多为闭源，少量模块开源 |
| 依赖关系 | 无直接运行依赖，需运行时实现 | 无直接运行依赖，需运行时实现 | 依赖 OpenVR，逐步兼容 OpenXR | 部分兼容 OpenXR/OpenVR，也可独立运行 |
| 当前定位 | 初代标准，逐步被替代 | 行业主流，未来统一标准 | PC VR 核心运行平台 | 单设备深度开发与生态准入 |
(1) OpenXR 为引擎端和设备端都要参照的统一标准，引擎端参照该标准，提供 OpenXR Plugin 插件，开发者在开发时可将其导入工程实现对 OpenXR 统一接口标准的支持；各硬件厂商在硬件研制是参考 OpenXR 标准设计开发自家 SDK，当然 SDK 中包含了对于 OpenXR 的运行时，这样即可在开发中将引擎和硬件建立链接。
(2) 开发者在进行虚拟现实工程开发时，首先明确开发引擎，然后确认硬件，基于此进行 OpenXR Plugin 插件导入与硬件厂商提供的 SDK 包下载并导入，搭建开发环境。
OpenVR 是 VR 行业早期的统一标准，为 PC VR 生态打下基础；OpenXR 则是整合全行业力量的下一代通用 XR 标准，是解决生态碎片化的终极方案；SteamVR 是 Valve 基于 OpenVR 打造的 PC VR 运行时与生态平台，是 OpenVR 标准的核心落地载体；而硬件厂商 SDK 则是各品牌设备的专属底层工具，负责开放独有硬件能力与生态对接。
对于开发者而言，核心思路是以 OpenXR 为核心开发标准，按需搭配 SteamVR 或厂商 SDK 实现落地运行，在保证跨平台兼容性的同时，兼顾硬件专属功能的调用，这也是当前 XR 开发的主流最优方案。
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online
将 Markdown（GFM）转为 HTML 片段，浏览器内 marked 解析；与 HTML 转 Markdown 互为补充。 在线工具，Markdown 转 HTML在线工具，online
将 HTML 片段转为 GitHub Flavored Markdown，支持标题、列表、链接、代码块与表格等；浏览器内处理，可链接预填。 在线工具，HTML 转 Markdown在线工具，online
通过删除不必要的空白来缩小和压缩JSON。 在线工具，JSON 压缩在线工具，online
将JSON字符串修饰为友好的可读格式。 在线工具，JSON美化和格式化在线工具，online
