UnityVR移动逻辑和真人移动后跨场景位置偏移解决方案

在 Unity VR 应用开发中，我遇到了一个恼人的问题：切换场景后，玩家的视野（Camera）或 XR Origin 出现在了莫名其妙的位置——有时悬在半空，有时陷在地板下，甚至跑到场景边界之外。这个问题的根本原因在于 OpenXR 的追踪原点（Tracking Origin） 在场景切换后没有正确重置，导致新场景的世界坐标系与头显的实际追踪坐标系之间产生了偏移。

本文将深入分析这一问题的成因，并给出一个经过实践检验的鲁棒性解决方案——它不仅处理了 OpenXR 的标准接口，还提供了备用方案，希望它在大多设备上都能正常工作。

一、为什么场景切换会“丢位置”？
在 XR 应用中，玩家的位置由头显的实时追踪数据驱动。而追踪数据的“参考系”就是追踪原点（Tracking Origin）。常见的追踪原点有：

Stationary（坐姿/站立）：原点位于头显首次启动时的位置。（Unity中的“设备”）

Floor（房间规模）：原点位于地面，头显位置相对于地面计算。

当你在 Unity 中加载一个新场景时，如果新场景中 XR Origin 的初始位置被设为 (0,0,0)，但追踪原点仍然沿用上一个场景的偏移量（例如，玩家在旧场景中已经走了几米），那么新场景中玩家的初始视角就会突然“跳变”到一个错误的位置。

Pico 设备（尤其是使用 OpenXR 运行时）在场景切换时并不会自动重置追踪原点。因此，我们需要在切换场景前，主动调用重置接口，将追踪原点校准到当前头显的实际位置。

二、XR Origin：理解虚拟与现实的“转换器”

在深入探讨解决方案之前，我们首先要理解 XR Origin 在VR开发中的核心作用。它不仅仅是一个游戏对象，更是连接虚拟世界与现实世界追踪数据的桥梁。

XR Origin 包含了一组精心设计的子对象和组件，它的任务是将来自XR设备（如头显、手柄）的追踪数据，转换到Unity场景的世界空间中。它的典型层级结构如下：

XR Origin (VR)          // 整个VR系统的根节点，位置代表虚拟世界的“锚点”
├── Camera Offset       // 用于调整摄像机相对于追踪原点的偏移（如身高）
│   └── Main Camera     // 实际渲染画面的摄像机，受头显追踪数据驱动
├── Left Hand Controller // 左手柄，受控制器追踪数据驱动
└── Right Hand Controller // 右手柄，受控制器追踪数据驱动

理解了这个结构，我们就可以开始讨论两种移动方式的本质区别了。

1. 🕹️ 手柄移动：移动的是“世界锚点”

当我们通过手柄摇杆或传送进行移动时，实际上是在移动 XR Origin 这个根节点本身。

其核心逻辑由 Continuous Move Provider（连续移动） 或 Teleportation Provider（传送） 等组件处理。以连续移动为例：

1. 系统捕获到手柄摇杆的输入信号。
2. Continuous Move Provider 计算出移动的方向和速度。
3. 它将计算出的位移量，直接应用（Translate）到 XR Origin 的 Transform 上。

关键点：在这个过程中，Camera 和 Camera Offset 相对于 XR Origin 的位置是完全静止的。我们移动的是整个“VR系统”在虚拟世界中的位置。

2. 🚶 真人移动：移动的是“追踪数据”

当我们在现实中走动时，头显的追踪系统会检测到我们的位置变化。这部分逻辑由 TrackedPoseDriver 组件处理（一般挂载在MainCamera中）。

它的工作方式与手柄移动完全相反：

1. TrackedPoseDriver 每一帧都会从XR子系统获取头显最新的位置和旋转数据。
2. 然后，它将这些数据直接赋值给 Main Camera 子对象的 Transform。

关键点：在这个过程中，XR Origin 根节点的位置是纹丝不动的。移动的只是作为子对象的 Main Camera，它相对于 XR Origin 的位置在不断变化，以反映你在现实世界中的位移。

---

三、为什么切换场景会“位置错乱”？

现在我们可以清晰地解释场景切换问题的根源了。

在场景A中，假设你通过真人移动向前走了2米。此时：

• XR Origin 的位置仍在 (0, 0, 0)。
• Main Camera 因追踪数据，其位置变成了 (0, 0, 2)。

当你切换到场景B时，Unity会加载一个新的 XR Origin，其初始位置通常为 (0, 0, 0)。问题在于，头显的追踪数据并没有因为场景切换而重置。它依然认为你现在的位置是 (0, 0, 2)。

于是，在新场景中，TrackedPoseDriver 将 Main Camera 的位置设置为了 (0, 0, 2)，而 XR Origin 在 (0, 0, 0)。最终，你看到的世界（由 Main Camera 决定）就偏移了2米。你感觉到的“位置错乱”，正是新场景中 XR Origin 的位置与上一个场景残留的追踪数据偏移量相加的结果。

---

四、解决方案（深化版）

我们的解决思路，正是通过 OpenXRSettings.RefreshRecenterSpace() 或 XRInputSubsystem.TryRecenter() 来重置追踪原点，告诉系统“现在头显的这个位置就是新的零点”，从而消除的偏移数据。

但为了确保万无一失，尤其是在核心重置方案可能失效的极端情况下，我还提供了备用方案，咱们接着往下。

备用方案：手动补偿 Camera Offset

这个方案的思路是：在切换场景时，记录下当前场景中因真人移动产生的偏移量，然后在加载新场景后，将这个偏移量的负值赋予新场景的 Camera Offset，从而在视觉上“抵消”掉残留的追踪数据。

其实现逻辑如下：

1. 在切换场景前，计算并存储当前的偏移量。这个偏移量可以通过 Camera.main.transform.localPosition 获取，它代表了 Main Camera 相对于 XR Origin 的位移。
2. 加载新场景后，找到新场景的 XR Origin，获取其下的 Camera Offset 子对象。
3. 将存储的偏移量取反，赋值给 Camera Offset 的 localPosition。

注意：此方案是备用方案。在正常情况下，优先使用重置追踪原点（RefreshRecenterSpace）的方法，因为它更直接、更标准。

// 在切换场景的代码中
// 1. 存储当前偏移（优先尝试标准重置，失败后作为补偿）
Vector3 lastOffset = Vector3.zero;
bool recenterSuccess = false;

try {
    if (OpenXRUtility.IsSessionFocused) {
        OpenXRSettings.RefreshRecenterSpace();
        Debug.Log("成功调用 OpenXRSettings.RefreshRecenterSpace()，头显偏移已重置。");
        recenterSuccess = true;
    }
} catch (System.Exception) {
    // OpenXR 重置失败，记录偏移量用于手动补偿
    if (Camera.main != null) {
        lastOffset = Camera.main.transform.localPosition;
        Debug.Log($"记录当前偏移用于手动补偿: {lastOffset}");
    }
}

// 2. 加载新场景
SceneManager.LoadScene(nextSceneName);

// 3. 如果标准重置失败，在新场景中应用手动补偿
if (!recenterSuccess && lastOffset != Vector3.zero) {
    // 此段逻辑需要在场景加载完成后执行，例如在目标场景的 Start() 中
    // 或者通过 SceneManager.sceneLoaded 事件来处理
    // 这里展示核心补偿逻辑：
    // GameObject xrOrigin = GameObject.Find("XR Origin (VR)");
    // Transform cameraOffset = xrOrigin.transform.Find("Camera Offset");
    // if (cameraOffset != null) {
    //     cameraOffset.localPosition = -lastOffset; // 应用负值补偿
    //     Debug.Log($"应用手动补偿，Camera Offset 设置为: {-lastOffset}");
    // }
}

两种方案对比

方案	原理	优点	缺点
标准重置	重置追踪原点，让系统遗忘旧偏移	官方、标准、一劳永逸	在极少数设备或配置下可能失败
手动补偿	移动 Camera Offset 来抵消残留偏移	作为备用方案，提供额外保障	属于“打补丁”式操作，不如标准方案优雅

在实际项目中，建议以标准重置为主，手动补偿作为最后的保险，以确保应用在各种设备上的兼容性。