是否可主要通过C与NDK基于ARCore开发完整Android AR应用

完全可以，你完全可以做到Java代码占比极低（甚至为0），所有AR核心逻辑、渲染、资源管理全在C侧基于NDK实现，不需要被迫写大量Java面向对象样板代码。

ARCore原生C API覆盖全核心能力 #

ARCore官方从1.0版本开始就提供完整的NDK C接口，所有核心AR能力不需要经过Java层中转，直接在C侧即可调用：

• 会话（Session）创建、配置、生命周期管理
• 摄像头帧数据、6DoF位姿、点云、深度图、光照估计数据获取
• 平面检测、锚点管理、图像追踪、人脸/运动追踪等所有AR特性
• 摄像头预览纹理的变换矩阵、时间戳等渲染所需参数直接提供C侧接口，可直接对接原生渲染管线

Java侧所需的最小代码量 #

你需要写的Java代码仅为最薄的系统适配胶水，总代码量通常不超过百行，甚至可以做到0行Java：

• 如果你不想写任何Java，直接使用NDK自带的NativeActivity作为应用入口，权限申请、窗口创建、事件分发全可以在C侧通过NDK接口处理，整个APK可以不含任何业务逻辑相关的Java代码。
• 如果你需要使用部分Android原生UI控件，仅需要在Java侧完成控件初始化，把按钮点击、屏幕触摸等UI事件通过JNI转发到C侧即可，不需要在Java层写任何业务逻辑。

全C侧实现核心逻辑的可行性 #

你提到的数据采集、画面渲染、资源管理等模块，全可以脱离Java在native层独立实现：

• 渲染：直接在C侧调用OpenGL ES/Vulkan接口完成渲染管线搭建，摄像头背景渲染、3D内容叠加、Shader逻辑全在native层运行，性能比Java层实现更高。你可以直接通过ANativeWindow接口获取本地窗口句柄，自己管理渲染循环，不需要依赖Java层的UI渲染回调。
• 资源管理：通过NDK提供的AAsset接口可以直接读取APK包内的模型、纹理、配置等资源，内存分配、对象生命周期、资源释放全可以自己掌控，完全不用受Java GC机制影响。
• 数据处理：你之前在Linux/Windows/RPi平台写的C/汇编代码可以几乎无修改地移植到NDK环境运行，空间计算、点云处理、业务逻辑不需要做跨语言重写，适配成本极低。

• 编译时要把ARCore NDK对应的arcore_sdk_c库打包进APK，头文件和so库版本要和你目标设备支持的ARCore服务版本对齐，避免运行时出现函数符号找不到的问题。
• 所有ARCore核心对象（会话、帧、锚点等）建议全在C侧创建和销毁，不要在Java层持有这些对象的引用，避免Java GC意外回收导致native层野指针。
• 你之前用C调用COM组件的经验完全适配这套开发模式：JNI层仅作为跨边界的事件转发层，不需要在这层写任何业务逻辑，所有核心控制权全在C侧，不会被强制要求用Java的面向对象范式写代码。

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