html5转app后不能直接调用手机ar能力，因webview默认禁用深度传感器、平面检测等关键接口，需通过原生ar模块双屏协同实现，即html控制指令、原生渲染ar。
HTML5转APP后能否直接调用手机AR能力
不能原生支持。HTML5本身不提供AR硬件访问接口，WebView（如Android的WebView、iOS的WKWebView）默认禁用摄像头深度数据、IMU传感器、AR会话管理等关键能力。即使使用getUserMedia拿到摄像头画面，也拿不到ARKit/ARCore所需的锚点、平面检测、光照估计等信息。
主流HTML5转APP方案对AR的支持现状
不同打包工具对AR的兼容性差异极大，选错方案会导致功能完全不可用：
-
Cordova / Capacitor：需通过插件桥接原生AR SDK，例如
cordova-plugin-arcore（仅Android）、cordova-plugin-arkit（仅iOS），但维护状态差、API不稳定，且无法在WebView内直接渲染AR内容 -
React Native Web + native modules：可行但需彻底分离逻辑——HTML5部分只做UI层，AR场景用原生View（
ARSCNView或ArFragment）全权接管，通过JSI或事件总线通信 -
Flutter + webview_flutter：同理，
webview_flutter不支持WebXR，必须用flutter_ar等插件启动独立AR页面，HTML5页只能触发跳转 -
PWA + standalone mode：目前所有移动端浏览器均不支持
WebXR AR module（Chrome for Android已实验性支持WebXR，但需手动开启flag且无平面检测）
可行路径：WebView与原生AR模块双屏协同
这是当前最稳定、上线项目验证过的做法，核心是放弃“在HTML里跑AR”，改为“HTML控制AR”：
