TopsTip如果你正在评估是否为 Android XR 开发应用，现在是值得认真看 Jetpack XR SDK 的时间点：三个核心库已进入 Beta，API 表面趋于稳定。但这不等于整个 SDK 全部就绪——Compose for XR 仍是 Alpha，移动端 ARCore 路径仍是 Developer Preview。
哪些库进入了 Beta，版本号是多少
2026 年 8 月 18 日，Android Developers Blog 发布公告，宣布 Jetpack SceneCore、ARCore for Jetpack XR 和 XR Runtime 正式进入 Beta，对应版本号均为 1.0.0-beta02。Jetpack Compose for XR 目前仍为 1.0.0-alpha17，官方称将"随后"进入 Beta。
三个库各承担不同职责：
- SceneCore：构建和操作 Android XR 场景图，包括 3D 模型排列、空间音频播放，以及基于实体-组件系统创建和管理实体。
- ARCore for Jetpack XR：提供感知能力，包括深度估计、持久锚点、命中测试和平面识别。
- XR Runtime：SDK 的运行时基础，负责设备生命周期、会话创建和系统配置。
本轮 Beta 带来的 API 变化包括三点：Session.create 改为与 Kotlin 协程一致的 suspend 函数；AnchorEntity 更名为 AnchorSpace；ActivitySpace 与 AnchorSpace 共同继承 SpaceEntity。如果你从 Alpha 版本迁移，需要关注这些命名和签名变更。
此外，Google 扩展了沉浸式 XR 库的测试支持，公告点名了空间音频、XR 设备与会话配置的测试能力。
Beta 意味着什么，不意味着什么
根据 AndroidX 官方版本规则，Beta 表示功能稳定、API 表面完整、可用于生产工作流，但仍可能存在缺陷，不等同于 Stable（正式稳定版）。对于生产项目，仍需查看各库的 release notes 和已知缺陷列表。
需要特别注意的是，并非整个 Jetpack XR SDK 都进入了 Beta：
- Compose for XR（1.0.0-alpha17）：仍处于 Alpha。如果你的项目依赖完整的空间 UI 布局栈，不能把整套 SDK 视为全面 Beta。官方表述为"将随后进入 Beta"，但没有给出具体日期。
- 移动端 ARCore for Jetpack XR：官方将这条在受支持移动设备上运行的路径标为 Developer Preview，且本地持久锚点、人脸追踪和眼动追踪不受支持。如果你计划在手机上运行 ARCore for Jetpack XR，这还不是生产可用的状态。
现在是否应该开始集成
这取决于你的项目类型：
- 移植现有 2D 应用到 XR 头显：SceneCore 和 XR Runtime 已进入 Beta，API 趋于稳定，可以开始生产集成。建议先在 Android Studio 中使用 XR Emulator 验证基本流程，再逐步引入真机测试。
- 从零开发 3D XR 应用：SceneCore 的实体-组件系统和 3D 内容管理已进入 Beta，但如果 UI 层依赖 Compose for XR，那部分仍为 Alpha，需要评估是否可以先用现有方案过渡。
- 在移动设备上使用 ARCore 感知能力：该路径仍为 Developer Preview，缺少多项关键能力，不建议用于生产。
设置方面，官方文档要求 Jetpack XR SDK 应用使用 minSdk 24、compileSdk 34 或更高，但具体库、设备与能力仍有各自的兼容性和实验性限制。
社区层面有几点值得留意。硬件可得性仍是采用门槛——Android XR 社区曾反复询问开发硬件是否扩展到更多地区，而官方 Emulator 不能完全替代真机验证。Android XR 官方社区列出的开发路径同时包括 Unity、Godot、Unreal Engine、OpenXR 与 WebXR，Jetpack XR 并非所有 XR 项目的唯一选择。社区中也出现过 Alpha 版本导致空间视频应用崩溃、随后通过升级修复的案例，说明版本迁移和已知缺陷值得持续关注。
Google 在 2026 年 5 月的 Developer Preview 4 公告中已预告这三个库将进入 Beta，因此 8 月公告是此前预告的正式落地，而非全新方向。如果你的团队此前在观望 API 稳定性，现在是一个合理的介入点——但请把"三个核心库进入 Beta"和"整个 SDK 可以用了"区分开来看。
