[Unity VR实战] XR 项目不是做完功能就能发：平台配置、插件兼容、审核约束该怎么前置？

很多 Unity VR 项目最危险的阶段，不是 Demo 跑不起来，而是 Demo 已经能跑、团队以为“剩下就是打包发布”的时候。真正拖慢交付的，往往是平台配置、插件版本、权限声明、真机表现和审核约束这些早该前置的事情。

在做 XR / VR 项目时，经常会出现一种错觉：

• 在编辑器里能 Play；
• 戴上头显能看到画面；
• 手柄能点几个按钮；
• 场景切换也没有明显报错；

于是项目就被判断为“功能基本完成”。但一旦准备给 PICO、Quest、企业内部分发包或者应用商店审核，就会突然冒出另一组问题：包名不规范、权限缺失、OpenXR Feature 没勾、插件版本冲突、目标 SDK 不符合要求、输入映射在真机上失效、帧率达不到平台底线、审核材料不完整。

这篇文章不讲一个炫酷功能，而是把 XR 项目上线前最容易被忽视的前置检查顺序整理出来。它更像一张发布前的项目清单：让你在功能开发中期就开始排雷，而不是等到交付前一周才补课。

一、先把“能跑”和“能发布”分开看

Unity VR 项目通常至少有三种“能跑”：