在进行Unity VR开发过程中，有几个容易混淆的概念， 包括OpenVR 、OpenVR Desktop、OpenVR XR Plugin、SteamVR、SteamVR Plugin、OpenXR以及OpenXR Plugin。本文将尝试进行区分，如果有任何疑问，读者可在文末留言共同讨论。
1. OpenVR
OpenVR是阀公司开发的一套包含一系列SDK和API的工具集，旨在从驱动层级为硬件厂商提供软硬件开发支持。硬件设备制造商可以为设备开发OpenVR 驱动程序，以使设备能够运行在SteamVR平台上。
虽然OpenVR是HTC Vive默认使用的驱动程序，但它的开发目的是为了得到更多厂商的支持，例如，开发者也可以为Oculus Rift或Windows MR 设备开发基于OpenVR的软件应用。
需要注意的是，OpenVR虽然也提供了一套开发标准，但是相较于OpenXR，其覆盖范围相对较小，另外，Valve 从SteamVR客户端1.16开始，已经对OpenXR标准进行了全面的支持。
作为Unity开发者来说，并不需要太多关心OpenVR及其SDK，因为这更多的是面向VR硬件平台和游戏引擎开发商来进行使用的。
2. OpenVR Desktop
Unity需要各VR硬件平台提供与对应底层驱动程序通信的工具包来完成VR应用程序的渲染等工作，OpenVR Desktop则是OpenVR提供给Unity使用的一系列组件，用于访问OpenVR的SDK。该工具包可以通过Package Mananger进行安装，但仅存在于Unity2019.4 LTS 及其以前版本，在Unity 2020中被废弃，转而使用 OpenVR XR Plugin 代替，如下图所示：
OpenVR Desktop
要使用OpenVR Desktop，在将工具包安装完毕以后，需要在Build Settings中开启VR支持并选择OpenVR SDK。在Build Settings中开启VR支持的方式，仅适用于Unity 2019及其以前的版本，而在Unity 2020及其以后的版本中，此方法也将被废弃，转而使用XR Plug-in Management进行管理。
3. OpenVR XR Plugin
OpenVR XR Plugin 与 OpenVR Desktop 的作用和地位相同，推出的目的是为了配合Unity 2020在XR Plug-in Management中管理VR平台提供的工具包。
OpenVR XR Plugin
OpenVR XR Plugin 目前需要手动从本地磁盘进行安装，开发者可访问网址：https://github.com/ValveSoftware/unity-xr-plugin/releases，下载该工具包的.tgz格式文件，然后在Package Manager中选择"Add package from tarball..."命令进行安装。
在Package Manager中安装OpenVR XR Plugin
另外，如果开发者使用SteamVR Plugin 2.7.x 进行VR应用程序开发，则在插件中已经包含了OpenVR XR Plugin工具包，可使用以上方式进行安装而不用从网络重复下载，如下图所示：
SteamVR Plugin中包含的OpenVR XR 工具包
安装完毕后，可以在XR Plug-in Manager中启用并进行相关设置，如下图所示：
在XR 插件管理中管理OpenVR XR Plugin
4. SteamVR
SteamVR是Valve基于OpenVR推出的一套VR体验解决方案，以软件客户端形式存在，面向终端用户，故也常被称为SteamVR客户端。
SteamVR 客户端
当运行或测试SteamVR平台支持的应用程序时，SteamVR客户端会自动开启，为应用程序提供运行时环境。
除此之外，SteamVR客户端还提供VR控制器的配对、驱动更新、性能分析等功能。初次连接VR设备以后，需要通过SteamVR客户端进行设备校准，即所谓的房型设置。在客户端界面底部，列出了当前已经连接到系统中的设备，包括头显、手柄控制器、基站、其它可跟踪设备如Vive Trakcer等。
SteamVR可以通过Steam客户端进行安装，还可通过设备供应商提供的安装程序进行安装。以HTC VIVE为例，购买后可访问网址：https://www.vive.com/cn/setup/，选择下载VIVE安装程序，该程序将引导用户进行设备连接，完成相应驱动程序和SteamVR的安装，对于初学者来说相对友好。两种渠道安装的SteamVR客户端均能保证VR应用程序的运行，选择其中一种即可，两者亦可同时存在。
对于终端用户，当前支持SteamVR的硬件包括但不仅限于以下设备：
- Valve Index
- HTC VIVE/Cosmos
- Windows Mixed Reality
- HP Reverb G2
SteamVR客户端作为桥梁，介于OpenVR底层驱动与用户之间工作——SteamVR获取到用户的输入，如控制器按键的按下、头显在空间中移动等，将这些数据信息传递给OpenVR进行处理，OpenVR将处理后的数据通过SteamVR呈现给用户。
5. SteamVR Plugin
SteamVR Plugin 是Valve公司提供给Unity开发者的开发工具，以.unitypackage文件的形式存在，在使用方面符合一般的Unity插件导入流程，开发者可使用该插件开发面向SteamVR平台的VR应用程序。SteamVR Plugin可由Unity Asset Store和Github下载安装，所不同的是，Asset Store中总是提供最新且稳定的SteamVR插件版本，而在Github中，可以下载该插件的所有过往版本及预览版。
资源商店中的SteamVR Plugin
SteamVR Plugin 能够与SteamVR客户端进行交互，主要帮助开发者实现三项主要功能：为VR控制器加载呈现相对应的3D模型、处理控制器的输入、根据用户实际手部动作估算骨骼数据并通过这些数据在虚拟世界中呈现相对应的手部姿态。除此之外，SteamVR Plugin还提供了一套便捷的交互系统（Interaction System），帮助开发者快速开发出常见的VR交互功能，该交互系统脱胎于Valve开发的《The Lab》VR体验应用。
6. OpenXR
随着行业的发展，越来越多的VR/AR设备被推向市场。这对于开发者来说，面临的重要议题之一便是针对不同的VR/AR硬件平台进行应用程序的适配，这将带来一部分额外且不必要的工作量；对于硬件平台厂商来说，新上市的产品面临着内容严重不足、生态急需健全的问题。
OpenXR是一套由Khronos Group发起，联合多家行业头部公司一起制定的开放标准，旨在解决XR平台碎片化的问题，同时简化AR/VR软件的开发。对于开发者来说，基于此标准进行XR应用程序的开发，能够使应用程序覆盖更广泛的硬件平台，同时无需移植或重新编写代码；而对于支持OpenXR的硬件平台厂商来说，能够在产品发布时即可拥有可运行在其上的大量内容。
下图左侧为引入OpenXR标准之前的行业现状——VR/AR应用程序和引擎必须使用每个平台独有的SDK和API，新的设备同样需要特定的驱动程序。而在引入OpenXR标准以后，将统一由OpenXR提供的跨平台高性能的应用程序接口与众多XR硬件平台进行交互，如下图右侧所示。
引入OpenXR的前后对比（图片来源：Khronos Group）
OpenXR 1.0 标准于2019年公布，各大XR平台开始逐步加入到支持OpenXR标准的行列，包括Oculus Quest/Rift、Windows Mixed Reality、Unity、Unreal Engine、SteamVR等目前主流的VR平台和游戏引擎。这就意味着，开发者将专注于应用程序的开发而不是各平台的交互适配问题。
参与制定OpenXR标准企业或组织（图片来源：https://www.khronos.org/openxr）
由上图可见，OpenXR集合了行业众多头部公司和组织参与制定标准，覆盖了从VR到AR、从软件到硬件的广阔范围。
7. OpenXR Plugin
OpenXR Plugin是Unity开发的符合OpenXR标准的工具包，旨在让Unity开发者尽可能高效地将内容部署到更加广泛的XR目标平台上。开发者在Unity 2020中通过Package Manager搜索"openxr"即可找到该工具包并进行安装。
OpenXR Plugin
由于处于版本发布的早期，所以目前通过广泛测试的硬件平台有限，Unity声称目前无法测试或保证所有支持OpenXR的配置都能以最佳状态运行，该工具包也在不断完善中，后续会逐步增加支持的平台。以下是截至当前经过全方位测试并被官方支持的平台。
| 硬件平台 | 构建目标 | 图形接口 | 渲染模式 |
|---|---|---|---|
| Windows Mixed Reality | Windows | DX11 | Single Pass Instanced |
| HoloLens 2 | UWP | DX11 | Single Pass Instanced |
由于OpenXR 只支持基于动作的输入（action-based input），所以OpenXR Plugin可以直接使用Unity的Input System处理输入和交互。如果开发者的项目正在使用特定平台的工具包（如MRTK、Oculus ），Unity不建议启用OpenXR，因为许多厂商仍在为OpenXR添加支持。
8. 最后
本文介绍了在VR开发中常见的几个容易混淆的概念，为了便于区别比较，我们将这些概念从维护方、面向对象、存在形式这三个维度对比汇总如下：
