HTML5转APP本质是WebView容器而非真原生，依赖系统浏览器内核渲染，不编译机器码、不直连硬件，导致滑动卡顿、相机失败、定位延迟、后台被杀等固有缺陷。
HTML5转APP本质是WebView容器，不是真原生
所谓“HTML5转APP”，实际是把网页打包进一个原生壳（如Android的WebView或iOS的WKWebView），运行时仍依赖系统浏览器内核渲染。它不编译成机器码，也不直接调用GPU或传感器驱动——这点和用Kotlin写的Android App或Swift写的iOS App有根本区别。
常见错误现象：滑动卡顿、相机调起失败、定位延迟高、后台被系统杀掉；这些不是代码写得差，而是WebView沙箱限制导致的必然结果。
- WebView默认禁用部分硬件加速，需手动开启
setLayerType(LAYER_TYPE_HARDWARE, null)（Android）或启用allowsInlineMediaPlayback = true（iOS） - 调用摄像头、蓝牙、NFC等API必须走插件桥接（如
Cordova的cordova-plugin-camera），且各平台权限配置、回调时机不一致 - 离线资源必须预加载+Service Worker缓存，否则断网即白屏——原生App的assets目录天然支持离线
性能差距集中在三类场景：动画、IO、设备直连
原生App在60fps动画、高频传感器读取、本地数据库事务这三类操作上，基本无妥协余地；而HTML5转APP在这些点上会暴露明显瓶颈。
例如：用CSS transform做列表滚动，Android低端机上帧率常掉到20–30fps；而原生RecyclerView或UITableView能稳定维持60fps。再比如读取加速度计数据，原生可做到100Hz+采样，WebView里靠DeviceMotion事件通常30–60Hz且延迟波动大。
立即学习“前端免费学习笔记（深入）”；
