Android Studio 2022 AR应用开发替代技术方案咨询

可行技术方案推荐 #

• 社区维护版Sceneform
  Google官方停止维护Sceneform后，已有开源社区接手推出了持续更新的分叉版本，完整保留原版Sceneform的API设计、glTF模型加载、平面渲染、材质系统、手势交互等全部核心能力，已经适配Android Studio 2022、Gradle 7.0+以及最新版ARCore，完全不需要手写OpenGL逻辑，之前基于官方Sceneform写的业务代码基本可以零成本迁移。实际项目验证下来，锚点稳定性、平面检测精度和官方原版没有差异，构建速度和普通原生安卓项目一致，不会出现AR Foundation那种构建耗时极长的问题。引入时注意选适配AGP 7.0+的版本即可，不要直接引用Google官方的旧归档依赖，避免和Android Studio 2022内置的JDK11环境冲突。
• 轻量化ARCore渲染封装
  如果觉得完整Sceneform依赖太重，可以选择基于ARCore做薄封装的轻量渲染库，这类库一般只保留平面检测、锚点挂载、基础3D模型渲染几个核心能力，没有多余冗余依赖，包体积比完整Sceneform小60%以上。不需要自己实现OpenGL渲染链路，核心API仅十余个，接入基础AR能力半天就能完成。因为本质是对ARCore官方能力的直接封装，遇到问题直接对照ARCore官方文档排查即可，不存在裸接ARCore+OpenGL时参考资料不足、难以落地的问题。
• 新版Vuforia适配
  你之前了解的Vuforia平面检测能力不足是旧版本的问题，最新版Vuforia已经升级了Ground Plane检测模块，在常规平整地面、桌面场景下的检测稳定性和ARCore差距不大。但如果你的应用需要在无纹理白墙、反光地面这类弱特征场景下做平面检测，不建议选Vuforia，这类场景下它的检测成功率比ARCore低30%左右。

实际开发踩坑经验 #

• 纯安卓原生项目不推荐硬接AR Foundation。AR Foundation本身是为Unity跨平台开发场景设计的，原生安卓接入需要引入整套Unity运行时依赖，安装包体积至少增加200M，而且每次调试需要走Unity、Android Studio双端构建流程，开发效率极低，纯原生项目完全没必要选这个路径。
• 平面检测效果可以通过业务逻辑二次优化。不管用哪个AR SDK，都不要直接用默认返回的平面检测结果，可以加一层过滤规则：直接丢弃顶点数少于4个、平面法向量和竖直方向夹角小于80度的检测结果，能减少80%以上的误识别问题。
• Android Studio 2022适配细节：所有AR相关依赖要选版本号1.3.0以上的适配包，避免出现Android 13+机型上相机权限申请失败、AR会话初始化崩溃的问题；minSdkVersion建议设为24，可以覆盖95%以上支持ARCore的在网安卓机型。

内容的提问来源于stack exchange，提问作者Anon