Horizon OS更新Android应用开发路径：二维面板离AR导航还有多远？

2026-08-29

Meta在8月25日更新Horizon OS“创建新应用”开发文档，给出一条值得空间计算团队关注的路线：从标准Android单Activity、Jetpack Compose模板起步，把应用作为头显中的VR面板运行，并在模拟器或设备上验证平台限制。它降低的是传统Android团队进入头显的工程门槛，不等于普通手机App自动拥有空间锚点、手势交互或场景理解。

核心结论：“Android应用可进入Horizon OS”适合先把票务、导览清单、运营后台等二维能力带进头显；真正的AR导航仍需空间定位、视野内交互、舒适性与现场安全设计。

Horizon OS标准Android应用开发路径编辑信息图 — 从标准Android面板到空间能力的分层路径。来源：视+AR根据Meta开发文档制作。

文档更新了什么

Meta推荐使用Android Studio的Horizon插件新建项目，或从GitHub克隆Horizon OS模板。模板采用单Activity与Jetpack Compose，可在Meta Spatial Simulator或头显上运行。若不用模板，开发者需要在AndroidManifest中声明平台识别所需配置；运行时还可通过官方Core库检测Horizon OS。

官方把这条路径称为Android应用在Horizon OS上的基础起点。文档没有把它包装成完整MR应用框架，也没有承诺所有手机界面、传感器权限或后台行为可无改动迁移。

二维面板适合承载哪些导览能力

能力	面板层可先做	仍需空间能力
路线	目的地列表、文字步骤	视野内箭头、实时重定位
讲解	音频、图文、语言选择	与展品位置绑定的内容
运营	任务清单、设备状态	共享锚点与多用户一致性

对博物馆和园区团队，这种分层能让既有Android服务先复用登录、内容接口和业务流程，再单独评估空间定位。可结合视+AR的AR眼镜导览方案、AR导航方案和EasyAR的Mega空间计算能力理解两层的分工。

迁移时最容易忽略的四个边界

第一，手机触控界面在头显里可能只是浮动面板，字号、焦点、输入法和手柄指向都要重新测。第二，头显的电量、温度和网络波动影响长时间导览。第三，相机、空间感知和位置数据涉及更严格的权限与隐私告知。第四，游客边走边看的安全要求高于桌面应用，关键操作不能遮挡视野。

官方目前没有在该页面披露面向第三方应用的VPS精度、离线地图、跨设备锚点兼容或审核周期；项目排期不能把这些未披露项当作既定能力。

视+AR观察：先移植业务层，再验证空间层

稳妥的试点应分两轮：先把内容、账号、任务和服务接口做成可用面板；再选一条真实路线验证首定位时间、漂移、遮挡恢复、交互可达性与连续佩戴。这样能区分“Android应用跑起来”和“空间体验可运营”两种完成度，避免把平台兼容当成项目验收。

FAQ

普通Android App可以直接在Horizon OS运行吗？

官方提供模板和配置路径，但仍需按平台要求适配与测试，不能假定零修改。

Jetpack Compose界面就是AR界面吗？

不是。Compose可承载二维面板；空间锚点、场景理解和视野内导航属于另一层能力。

这条路径适合博物馆导览吗？

适合先迁移内容、票务或任务等业务面板，空间导览仍需现场定位与安全验证。

应该先测什么？

先测输入、字号、焦点、网络和长时间运行，再测定位、漂移、遮挡恢复与现场操作安全。