企业官网建设流程全解析

1. 项目概述：为什么你需要关注Unity WebXR导出器？

如果你是一名Unity开发者，最近在琢磨怎么把手里的VR/AR项目搬到网页上，让用户不用下载几个G的安装包，点开链接就能体验，那你肯定绕不开WebXR。而Unity WebXR导出器，就是帮你实现这个目标最直接、最核心的工具。我最早接触它是因为一个客户的需求，他们想做一套线上的产品虚拟展厅，希望客户用手机、平板或者VR头显的浏览器就能直接看，而不是让用户去下载一个专门的App。当时市面上方案不多，折腾了一圈，最终发现这个开源项目是打通Unity和WebXR世界最靠谱的桥梁。

简单来说，Unity WebXR导出器是一个Unity插件包。它的核心作用，是让你能用熟悉的Unity编辑器开发XR（扩展现实，包括VR和AR）内容，然后通过标准的WebGL构建流程，输出成一个能在支持WebXR标准的现代浏览器中运行的网页应用。这意味着你的作品可以跨越Windows、macOS、Android、iOS以及Meta Quest、Pico等VR一体机的系统壁垒，真正实现“一次开发，多处运行”。

这背后的价值非常大。对于独立开发者和小团队，它极大地降低了XR内容的发布和体验门槛，用户无需安装，传播链接即可。对于企业级应用，比如培训、营销、远程协作，它解决了跨平台部署和维护的噩梦。我亲眼见过一个工业培训项目，从需要为不同厂区定制安装不同版本的PC客户端，切换到WebXR方案后，运维成本直接下降了70%，学员通过车间里任何一台电脑的浏览器就能进行安全操作模拟。

当然，这条路不是铺满鲜花的。从传统的“打包成exe或apk”的思维，切换到“构建为WebGL并适配WebXR”的流程，你会遇到一堆新问题：为什么我的场景在编辑器里跑得好好的，在浏览器里控制器没反应？为什么画面这么卡？资源加载怎么这么慢？这个教程，就是把我这几年趟过的坑、总结的经验，系统地分享给你。我会带你从零开始，理解它的工作原理，完成一个可运行的示例，并深入那些官方文档可能没细说，但实际开发中一定会撞上的“墙”。

2. 核心能力与工作原理拆解

在动手之前，我们必须先搞清楚这个导出器到底做了什么，以及它是如何让Unity和浏览器“握手成功”的。这能帮你从根本上理解后续的配置和调试逻辑，而不是机械地照搬步骤。

2.1 桥梁角色：连接Unity引擎与WebXR API

你可以把Unity WebXR导出器想象成一个“翻译官”和“适配器”。Unity引擎内部有一套自己的XR管理系统（如XR Interaction Toolkit），它负责处理头显定位、控制器输入、渲染视口等。而现代浏览器（如Chrome、Edge、Firefox）则通过WebXR Device API向网页JavaScript代码暴露访问XR硬件的能力。

这个导出器的工作，就是在Unity生成的WebGL应用（本质是一堆编译好的Wasm模块和JavaScript胶水代码）中，注入一个中间层。这个中间层主要干两件事：

1. 会话管理：它监听浏览器的WebXR API，当用户点击“进入VR/AR”按钮时，它负责向浏览器申请并建立一个WebXR会话。同时，它将这个会话的状态（如是否激活、是VR模式还是AR模式）实时同步给Unity引擎内部的XR系统。
2. 数据双向同步：它将浏览器从XR设备（头显、控制器）获取到的原始数据（如姿态、按钮状态、扳机值）进行标准化处理，然后传递给Unity的输入系统。反过来，它也将Unity每一帧渲染好的左右眼图像，提交给浏览器的WebXR合成层，最终显示在头显或屏幕上。

这个架构决定了它的优势：你几乎可以使用所有你熟悉的Unity开发方式（GameObject、Component、C#脚本）来制作XR内容，无需深入学习复杂的JavaScript WebXR编程。

2.2 三大核心能力全景

根据官方文档和我的实践，它的核心能力可以归纳为以下三个方面，这也是你评估它是否适合你项目的关键。

能力一：广泛的设备与浏览器兼容性这是它的立身之本。它构建了一个覆盖桌面端、移动端和一体机的兼容矩阵：

• VR设备：完整支持Meta Quest系列（通过Quest Browser或Firefox Reality）、Pico Neo系列、HTC Vive Focus等VR一体机。对于PC VR（如Valve Index, HTC Vive），只要通过支持WebXR的浏览器（如Chrome）串流，也能运行。
• AR设备：支持安卓和iOS上支持WebXR AR模式的浏览器（如Chrome for Android, Safari on iOS），实现基于移动设备摄像头的增强现实体验。
• 桌面浏览器：用户可以在Chrome、Edge等桌面浏览器中以“模拟VR”的形式用鼠标和键盘浏览你的3D场景，这为开发和调试提供了巨大便利。

它内部包含一个设备检测与适配层。例如，在性能较弱的移动设备上，它会自动建议或启用更激进的渲染优化选项；在Quest 2上，则会充分利用其分辨率和高刷新率。你不需要为每个设备写一堆if-else判断，大部分适配工作它已经帮你做了。

能力二：高度集成的开发工作流这是提升效率的关键。导出器以Unity Package的形式提供，完美集成在Unity编辑器中。

• 预制件与组件：它提供了WebXRCameraSet、WebXRController等开箱即用的预制件。你只需要像拖放普通Unity对象一样，把它们拖进场景，基础的XR摄像机rig和控制器模型就配置好了。
• 编辑器内模拟：虽然无法在Editor里完全模拟6自由度的头显移动，但你可以通过一些插件或自定义工具，在Game窗口初步测试交互逻辑，这比每次修改都构建到真机上要快得多。
• 基于标准管线：它不强制你使用特定的渲染管线。无论是内置渲染管线、URP（通用渲染管线）还是HDRP（高清渲染管线），都有相应的支持和配置示例。这意味着你现有的美术资源和着色器，有很大概率可以直接迁移。

能力三：生产级的构建与优化链导出不是简单地把东西扔给WebGL就完了。这个工具包在构建环节做了大量幕后工作：

• 模板系统：它提供了定制化的WebGL发布模板。这个模板包含了正确初始化WebXR会话所必需的HTML和JavaScript代码。你构建出来的不仅仅是一个.data和.wasm文件，而是一个完整的、可直接部署的网页。
• 资源处理：它会自动处理一些WebGL平台特有的资源问题，比如音频文件的格式转码、纹理的压缩格式选择（通常会推荐使用Basis Universal纹理以获得更小的体积和更快的加载速度）。
• 代码集成：它将必要的WebXR JavaScript API交互代码与Unity的WebGL输出无缝捆绑在一起，确保运行时环境被正确设置。

注意：这里有一个非常重要的认知点。Unity WebXR导出器本身不包含一个完整的、高级别的交互框架（比如类似XR Interaction Toolkit那样提供抓取、射线交互、UI事件等完整解决方案）。它主要解决的是“连接”问题。对于复杂的交互，你需要：

1. 使用Unity官方的XR Interaction Toolkit，这是目前最推荐、也是最强大的方式。导出器与它有很好的兼容性。
2. 或者，使用导出器自带的相对基础的输入系统，然后自己编写具体的交互逻辑。
3. 再或者，使用其他第三方交互框架。但核心是，导出器确保了这些框架发出的XR输入指令能被正确接收。

3. 环境准备与项目初始化

理论清楚了，我们开始动手。第一步是把环境搭建好，创建一个能跑通的基础项目。这一步的细节决定了后续开发过程是否顺畅。

3.1 软硬件环境清单

在开始之前，请确保你的“武器库”齐全：

• Unity版本：这是最重要的。导出器对Unity版本有明确要求。根据我的经验，Unity 2021.3 LTS 或 2022.3 LTS是最稳定、社区支持最好的选择。我强烈建议使用LTS（长期支持）版本，避免使用最新的技术预览版，以免遇到不兼容的坑。项目明确支持2020.3+，但2021.3之后的版本对WebGL和XR工具集的支持更成熟。
• 开发机：一台性能尚可的PC或Mac。因为涉及到WebGL构建，构建过程比较吃CPU和内存，尤其是项目资源较多时。
• 测试设备：
  • 必备：一台安卓手机或iPhone，用于测试移动端AR和VR模式。Chrome（安卓）和Safari（iOS）是主要测试浏览器。
  • 强烈推荐：一台Meta Quest 2/3/Pro或Pico 4等VR一体机。这是检验VR体验的终极标准。你需要将其设置为“开发者模式”，并通过USB线连接电脑或使用无线调试工具。
  • 备用：PC VR设备（如Valve Index），可用于测试高性能VR场景。
• 浏览器：
  • 开发调试主力：Google Chrome 或 Microsoft Edge（Chromium内核）。它们对WebGL和WebXR的开发工具支持最完善。
  • 测试覆盖：Firefox、Safari（用于iOS测试）。
• 网络环境：WebXR要求使用安全上下文（Secure Context）。这意味着你必须通过HTTPS来访问部署后的内容。本地开发时，http://localhost被视为安全来源，可以直接使用。但如果你需要局域网内其他设备访问，可能需要配置简单的HTTPS本地服务器，或者使用ngrok等工具生成一个临时的HTTPS网址。

3.2 安装Unity WebXR导出器

安装方式主要有两种，我根据项目类型给你建议：

方式一：通过Unity Package Manager (UPM) 安装（推荐给大多数项目）这是最简洁、最易于管理更新的方式。

1. 在Unity中，打开Window -> Package Manager。
2. 点击左上角的+号，选择Add package from git URL...。
3. 输入导出器的Git仓库地址：https://github.com/De-Panther/unity-webxr-export.git（注意，这是原仓库，网络上的镜像地址可能滞后）。你也可以使用https://gitcode.com/gh_mirrors/unity-webxr-export.git这个镜像地址，通常在国内访问更快。
4. 点击Add。Unity会下载并导入这个包及其依赖项。

方式二：通过Git克隆（适用于需要深度定制或锁定特定版本的项目）如果你需要修改导出器的源代码，或者项目要求绝对稳定的版本（防止自动更新导致问题），可以用这种方法。

1. 在你的项目根目录的Packages文件夹下，找到manifest.json文件。
2. 在dependencies区块中添加一行：

   "com.de-panther.webxr": "file:../Path/To/Your/Local/Clone/unity-webxr-export",

3. 将unity-webxr-export仓库克隆到你的项目目录旁，并将上述路径修改为正确的相对路径。

实操心得：对于新项目和学习项目，无脑选择UPM方式。它干净利落，依赖管理自动处理。只有当你确实需要研究其内部机制或打补丁时，才考虑克隆方式。另外，导入后，建议在Package Manager中将其锁定到一个具体的版本号（如1.0.0-preview.1），避免在项目中期因包更新引入意外问题。

3.3 创建你的第一个WebXR场景

安装好包之后，我们来快速搭建一个最小可验证场景（MVP）。

1. 新建场景与基础设置：

   • 创建一个新的Unity场景（File -> New Scene）。
   • 删除场景中自带的Main Camera对象。
   • 在Package Manager中找到已安装的WebXR Export包，展开它，你会看到Samples选项。导入Basic WebXR Scene这个示例。这是一个非常好的起点。

2. 布置核心对象：

   • 导入的示例中通常会包含一个WebXRCameraSet预制件。将它拖入场景。这个预制件是核心，它包含了处理头部追踪和摄像机渲染的必要组件。
   • 检查WebXRCameraSet对象，你会发现它下面有LeftEye和RightEye两个子摄像机，这正是为VR左右眼分屏渲染准备的。

3. 添加地面和参照物：

   • 创建一个Plane（GameObject -> 3D Object -> Plane）作为地面，缩放至合适大小。
   • 创建几个简单的Cube或Sphere，摆放在地面上，作为交互测试的参照物。
   • 给地面和物体加上简单的材质或颜色，以便在头显中清晰区分。

4. 初步构建测试：

   • 打开File -> Build Settings。
   • 将当前场景添加到Scenes In Build。
   • 选择WebGL平台，点击Switch Platform。
   • 在Player Settings中，找到Resolution and Presentation，确保WebGL Template选择的是WebXR2020（这个模板是由导出器提供的，至关重要！）。
   • 暂时保持其他设置为默认，点击Build，选择一个输出文件夹（比如Builds/WebGL）。

构建完成后，打开输出文件夹，你会看到一个index.html文件和一些.data、.wasm、.js文件。直接双击index.html在浏览器中打开是无效的，因为文件协议（file://）不被视为安全上下文。你需要启动一个本地HTTP服务器。

一个最简单的方法是使用Python：在输出文件夹下打开命令行，运行python -m http.server 8000（Python 3）或python -m SimpleHTTPServer 8000（Python 2）。然后在浏览器中访问http://localhost:8000。

如果一切正常，你应该能在浏览器中看到你的3D场景。虽然还没有XR设备，但你可以用鼠标拖拽旋转视角，用WASD移动（如果模板支持）。恭喜你，WebGL构建和本地服务的基础流程通了！

4. 核心配置详解与XR功能启用

基础场景能跑起来只是第一步。要让XR功能真正生效，需要进行一系列关键配置。这部分是问题的重灾区，很多“为什么没反应”的疑问都出在这里。

4.1 Player Settings 关键配置解析

Player Settings里的设置是项目构建的“宪法”，一处配错，满盘皆输。

1. WebGL模板：如前所述，必须在Player Settings -> Resolution and Presentation -> WebGL Template中选择WebXR2020。这个模板包含了初始化WebXR、处理全屏、响应设备旋转等核心JavaScript代码。如果你选成了Default，那么WebXR功能将完全无法启动。

2. 色彩空间：在Player Settings -> Player -> Other Settings中，找到Color Space。强烈建议使用Linear（线性空间）。线性渲染在WebGL上能提供更准确的光照和颜色混合，尤其是对于PBR材质。虽然Gamma空间在某些老旧设备上可能兼容性稍好，但线性空间是现代图形管线的标准，也是WebXR内容获得良好视觉效果的基础。

3. 启用WebXR：在Player Settings -> Player -> Publishing Settings下，找到WebGL子项，里面会有一个WebXR的复选框。确保它被勾选。这个选项会在构建时包含WebXR相关的JavaScript polyfills和API绑定。

4. 代码优化级别：在Publishing Settings里，还有Compression Format和Enable Exceptions等选项。对于开发阶段，为了更好的调试，你可以选择Disable异常，并使用Gzip压缩。但发布时，为了更小的包体，可以考虑使用Brotli压缩（需要服务器支持）。Enable Exceptions建议设为Full Without Stacktrace以平衡性能和错误信息。

4.2 配置XR Rig与输入系统

现在我们来让场景“动起来”，响应XR设备的输入。

方案A：使用导出器自带的输入系统（适合简单交互）如果你导入的示例里包含了WebXRController预制件，可以直接使用。

1. 将WebXRController预制件拖入场景，作为WebXRCameraSet的子对象。通常你需要两个，分别代表左手和右手。
2. 在WebXRController的Inspector面板中，设置Hand属性为Left或Right。
3. 这个预制件会自带一个简单的3D模型（如一个代表控制器的小方块）。你可以替换成自己的模型。
4. 控制器上的按钮（如Trigger, Grip）和摇杆事件，可以通过监听WebXRController组件上的事件，或者通过脚本访问WebXRController.GetButton()、WebXRController.GetAxis()等方法来获取。

方案B：集成Unity XR Interaction Toolkit（推荐，功能强大）这是目前Unity官方主推的XR交互框架，功能全面，文档丰富。与WebXR导出器搭配使用是绝配。

1. 通过Package Manager安装XR Interaction Toolkit包。
2. 删除场景中导出器自带的WebXRController预制件（如果存在）。
3. 在WebXRCameraSet对象上，添加XR Origin组件（来自XR Interaction Toolkit）。这个组件会管理摄像机偏移和地面高度。
4. 创建两个XR Controller（Left Hand, Right Hand）作为XR Origin的子对象，并配置好它们的Controller和Interactor组件。
5. 关键一步：你需要一个“胶水”组件来连接WebXR的输入和XR Interaction Toolkit。幸运的是，社区通常有现成的解决方案。你需要寻找或编写一个WebXRToXRInput这样的适配器脚本。这个脚本的作用是将WebXRController获取的原始输入数据，转换成XR Interaction Toolkit能识别的InputDevice数据。导出器的示例或Discord社区里经常能找到这样的适配脚本。
6. 配置好之后，你就可以使用XR Interaction Toolkit提供的XR Ray Interactor（射线交互）、XR Direct Interactor（直接抓取）、XR Socket Interactor（插槽）等高级组件来构建复杂的交互了，比如抓取物体、按压按钮、与UI交互等。

踩坑实录：输入映射是初期最大的痛点。WebXR标准定义的按钮索引（如grip,trigger,thumbstick）需要正确映射到Unity Input System 或 XR Interaction Toolkit 期望的输入特征（如Grip,Trigger,Primary2DAxis）。如果映射不对，你会发现扳机没反应或摇杆不动。务必仔细检查你使用的适配脚本或自己编写的映射逻辑，最好在运行时打印一下输入的原始值进行调试。

4.3 处理AR会话（移动设备）

如果你的项目包含AR功能（通过手机摄像头将虚拟物体放置在真实世界中），配置会稍有不同。

1. 请求AR会话：你需要在代码中主动请求一个AR会话。通常，这通过调用WebXRManager的相关方法实现。例如，可以创建一个UI按钮，点击后调用WebXRManager.Instance.StartAR()。
2. 环境理解：AR需要理解真实环境。导出器会通过浏览器的WebXR API获取hit-test（命中测试）能力。你需要编写代码来处理射线与真实世界平面的交点，从而确定放置虚拟物体的位置。
3. 光照估计：为了让虚拟物体看起来更真实地融入环境，可以使用WebXR的光照估计API来获取真实环境的光照强度和颜色，并应用到你的Unity场景光照中。
4. 移动端性能：移动端AR对性能极其敏感。务必大幅优化你的场景：使用低面数模型、压缩纹理、减少实时阴影和复杂后处理。在Quality Settings中为移动端设置一个独立的、低配的Quality Level。

5. 构建、部署与性能优化实战

配置妥当，交互也调通了，接下来就是把它变成用户可以访问的产品。构建和部署环节的优化，直接决定了用户体验的成败。

5.1 构建流程与关键选项

1. 构建前检查清单：

   • Player Settings中的WebGL模板是否为WebXR2020？
   • WebXR复选框是否已勾选？
   • 场景中是否只有一个活动的WebXRCameraSet或XR Origin？
   • 所有用于WebGL的Shader是否兼容？（通常Standard Shader没问题，但自定义Shader需测试）

2. 执行构建：在Build Settings窗口点击Build。Unity会开始编译脚本、转换资源、生成WebGL文件。这个过程可能比较长，尤其是首次构建或项目较大时。

3. 理解输出文件：

   • index.html：入口文件。你可以定制这个文件，比如添加自己的Logo、加载动画、说明文字等。导出器的模板提供了占位符和简单的配置选项。
   • Build/[ProductName].loader.js：主要的JavaScript加载器。
   • Build/[ProductName].framework.js：Unity WebGL框架代码。
   • Build/[ProductName].wasm：编译后的核心WebAssembly模块，包含你的游戏逻辑。
   • Build/[ProductName].data：资源文件（场景、模型、纹理、音频等），这是一个二进制数据包。
   • TemplateData/：包含样式、图标和模板相关的其他资源。

5.2 部署到服务器（HTTPS！）

如前所述，WebXR要求HTTPS。本地测试用http://localhost可以，但对外发布必须用HTTPS。

1. 选择托管服务：你可以使用任何支持静态文件托管的HTTPS服务。例如：

   • Vercel / Netlify：对前端/WebGL项目非常友好，连接Git仓库后可自动部署。
   • GitHub Pages：免费，但注意仓库大小限制和自定义域名配置HTTPS。
   • 传统云服务器：如AWS S3 + CloudFront, Azure Storage, 或任何安装了Nginx/Apache的VPS。你需要自己配置SSL证书（可以使用Let‘s Encrypt免费获取）。

2. 上传文件：将整个构建输出文件夹（包含index.html和Build/、TemplateData/子目录）的全部内容上传到你的服务器根目录或指定子目录。

3. 测试：用你的手机或VR头显浏览器访问https://your-domain.com/your-path/。确保URL是https开头。

5.3 性能优化深度指南

WebGL应用在浏览器中运行，性能开销比原生应用大。XR应用又是性能敏感型应用，必须保证高帧率（VR至少72/90fps，AR至少60fps）才能避免眩晕。以下是我总结的优化“组合拳”：

1. 资源优化（最大头）

• 纹理：
  • 使用Basis Universal纹理格式。Unity 2021.2+ 内置支持。它能在保持质量的同时大幅减小纹理文件体积，并且GPU解码速度很快。在纹理导入设置中，将Format改为Basis Universal。
  • 严格控制纹理尺寸。手机屏幕上，1024x1024的纹理已经足够清晰，除非是特别重要的UI或主角贴图，否则不要用2048或更高。
  • 启用Mipmaps，这对在VR中远近物体的纹理过滤很重要。
• 模型：
  • 降低面数。使用LOD（多层次细节）系统，为远处的模型提供低模版本。
  • 合并网格（Static Batching）。将场景中静态的、使用相同材质的物体合并，可以减少Draw Call。在Player Settings中启用Static Batching。
• 音频：使用较小的压缩格式如Vorbis(.ogg) 或MP3，避免使用未压缩的WAV。

2. 渲染优化

• Draw Call：这是WebGL性能的关键指标。使用Unity的Frame Debugger工具分析每一帧的绘制调用。通过合并网格、使用更少的材质球、使用GPU Instancing（对大量相同物体如草地、树木）来降低Draw Call。
• 后处理：慎用！像全屏抗锯齿（MSAA）、Bloom、景深等后处理效果在WebGL上开销巨大。如果必须用，考虑使用更低的质量设置或仅在桌面端启用。
• 阴影：实时阴影是性能杀手。尽量使用烘焙光照贴图（Lightmapping）来处理静态物体的阴影。对于动态物体，使用性能更好的阴影技术，如Hard Shadow并降低阴影分辨率。
• 设置目标帧率：在脚本的Start方法中，设置Application.targetFrameRate = 90;（对于Quest 2等90Hz设备）或Application.targetFrameRate = 60;（对于移动端AR）。这能给Unity的渲染循环一个明确的帧率目标。

3. 代码与加载优化

• 代码剥离：在Player Settings -> Publishing Settings -> Code Optimization中，选择Size。这会启用更激进的代码剥离，移除未使用的代码，减小.wasm文件体积。
• 使用Addressables（可寻址资源系统）：对于大型项目，不要把所有资源都打包进初始的.data文件。使用Unity的Addressables系统，将资源按需加载。用户进入主场景后，再异步加载展厅、角色等资源，可以极大缩短首次加载的白屏时间。
• 压缩与缓存：确保你的服务器启用了Gzip或Brotli压缩来传输.js、.wasm、.data等文件。同时，设置合理的HTTP缓存头，让用户浏览器缓存这些大文件，下次访问时无需重新下载。

6. 高级特性与疑难问题排查

当你掌握了基础流程后，可能会需要一些更高级的功能，也会遇到一些更棘手的问题。这部分分享一些进阶内容和常见“坑”的解决方案。

6.1 实现手势识别与手部追踪

新一代的VR设备和WebXR标准开始支持手部追踪（Hand Tracking），用户可以不依赖控制器，直接用双手进行交互。导出器通过WebXR Hand Input模块支持此功能。

1. 启用手部追踪：在场景中，你需要启用手部追踪模块。这通常涉及在WebXRCameraSet或某个管理对象上添加WebXRHand相关的组件或脚本。
2. 获取骨骼数据：WebXR API会提供每只手21个关节点（关节）的3D位置和旋转数据。导出器会将这些数据映射到Unity中的一个骨架层次结构上。
3. 驱动手部模型：你可以使用一个带骨骼的手部3D模型，用获取到的关节数据去驱动这个模型的姿态，从而实现虚拟手与现实手的同步。
4. 手势识别：有了关节数据，你可以编写算法来识别常见手势，比如捏合（Pinch）、握拳（Fist）、指向（Point）。例如，计算食指指尖和拇指指尖的距离，小于某个阈值就判定为捏合手势，可以触发抓取操作。
5. 与交互系统结合：将识别出的手势事件，转换成对XR Interaction Toolkit中XR Direct Interactor的激活/停用，就能实现用手直接抓取物体了。

注意事项：手部追踪计算量较大，且精度因设备而异。在移动端浏览器上可能不支持或性能较差。务必做好功能检测和降级方案（例如，当手部追踪不可用时，自动切换回控制器交互）。

6.2 常见问题排查速查表

以下是我在开发和帮助他人过程中，遇到最高频的几个问题及其解决方法。

6.3 调试技巧

• 浏览器开发者工具：按F12打开，Console标签查看JavaScript错误和WebXR API的警告；Performance标签录制性能分析；Network标签查看资源加载情况。
• Unity WebGL日志：在Player Settings -> Publishing Settings中，将Exception support设置为Full Without Stacktrace或Full，这样C#端的错误信息会输出到浏览器控制台。
• 远程调试移动设备：对于安卓手机，用USB连接电脑，在Chrome中打开chrome://inspect，可以调试手机上的Chrome页面。对于Meta Quest，开启开发者模式后，可以通过adb命令或SideQuest工具查看日志。
• 模拟器：在桌面Chrome中，可以通过开发者工具的Sensors面板模拟手机朝向和位置，对测试AR功能有一定帮助。

走到这一步，你应该已经能够将一个完整的Unity XR项目成功发布到Web，并在各种设备上获得不错的体验。WebXR生态仍在快速发展，新的API和能力不断加入。保持对unity-webxr-export项目更新日志的关注，同时多参与其GitHub仓库的讨论或Discord社区，是持续跟进最佳实践、解决棘手问题的好方法。记住，最重要的永远是测试、测试、再测试，在你的目标用户可能使用的每一种设备和浏览器上进行测试。