摘要：Meta旗下Quest虚拟现实设备迎来重要技术突破，其搭载的网络浏览器现已对自动共置WebXR功能展开实验性支持。这一特性的出现，标志着虚拟现实领域在多用户交互场景下取得了新进展，使得多个头戴式设备能够在同一虚拟空间内实现协同交互。

该文章暂未获取文章AI摘要

Meta旗下Quest虚拟现实设备迎来重要技术突破，其搭载的网络浏览器现已对自动共置WebXR功能展开实验性支持。这一特性的出现，标志着虚拟现实领域在多用户交互场景下取得了新进展，使得多个头戴式设备能够在同一虚拟空间内实现协同交互。

在以往的WebXR技术实践中，实现设备间的共置并非易事，需要用户借助控制器或直接通过手势操作，手动触摸共享参考点，以此来建立设备间的空间关联。而随着HorizonOS网络浏览器第39版的发布，这一繁琐的操作流程得到了极大改善。新版本引入了全新的共享空间实验设置，当用户启用该功能后，WebXR页面可自动在处于同一物理空间内的多个Quest头戴式设备之间，创建共享坐标空间，显著提升了多用户虚拟现实交互的便捷性与流畅度。

为了帮助开发者更好地理解和运用这一全新功能，Meta浏览器团队的工程师RikCabanier不仅分享了新功能的简短示例代码片段，还在GitHub平台上发布了详细的示例项目，直观地向开发者展示如何调用和实现自动共置WebXR功能。开发者可通过URL“sharedshooter.arvr.social”，在自己的Quest设备上进行实际测试。该示例项目基于PeerJS技术，构建了头戴式设备之间的本地网络连接，为多设备协同交互提供了技术支撑。 关于共享空间功能的具体工作原理，Rik Cabanier从开发者视角进行了深入阐释：

空间范围限定：共享空间的构建与实际物理房间大小紧密相关。若头戴式设备之间距离超出一定范围，则无法加入同一共享空间；但当设备间距离拉近时，便有可能自动接入。

站点隔离机制：共享空间具有严格的站点限定特性。例如，“bar.com/a.html”页面无法访问“bar.com/b.html”页面所创建的共享空间，每个页面都会被分配唯一的空间标识和UUID，以此确保不同页面间共享空间的独立性与安全性。

空间建立流程：在启动WebXR会话时，系统需要一定时间（通常为数秒）来建立准确的共享空间。在此之前，浏览器会显示默认的共享空间状态。当正确的共享空间建立完成后，系统将触发“reset”事件，同时生成新的坐标系和UUID。值得注意的是，若某头戴式设备是首个进入沉浸式模式的，将不会触发该重置事件。

用户动态管理：参与者可以随时自由进出共享空间。即便重新启动WebXR会话，设备间也能够重新建立通用坐标系。根据设计规则，首个创建共享空间的头戴式设备的原点，将被设定为通用坐标空间的原点，为多设备交互提供统一的空间基准。

空间生命周期：当参与者退出WebXR时，其所参与的共享空间将暂时丢失，再次进入WebXR时则需重新创建。一旦最后一个头戴式设备离开共享空间，该空间将彻底消失。尽管从技术层面而言共享空间具备恢复的可能性，但目前仍需收集更多开发者的反馈意见，从而探索出更为完善的API解决方案。

然而，这项极具潜力的新功能目前存在一个显著的局限性，即仅支持在Quest系列头戴式设备之间使用。这一限制源于该功能底层依赖Meta独有的共享空间锚点技术，且当前尚未出现与供应商无关的OpenXR扩展方案。实际上，这一局限性并非WebXR应用所独有，在原生应用领域同样存在。以其他主流虚拟现实设备为例，Apple Vision Pro甚至尚未配备共享锚点功能，而PICO则采用了独立的共享锚点系统，各设备在空间交互技术上存在明显差异。

若用户希望在Horizon OS网络浏览器中体验这一全新的共享空间功能，可按照以下步骤进行操作：打开浏览器，在地址栏输入“chrome://flags”，搜索“WebXR实验”选项，将其启用后重新启动浏览器，即可开启自动共置WebXR的全新体验。

来源：93913虚拟现实一点号