跨端-uniapp App局限性

一、性能瓶颈

• 默认 WebView（vue 页面）模式
  App 端 Vue 页面使用ROM 系统 WebView（非手机自带浏览器），低端 Android（Android4.4/5.0）WebView 内核版本低，不支持现代 CSS 新特性，H5、小程序正常，App 却样式错乱；可引入腾讯 X5 内核缓解，但会增加包体积、带来额外兼容性风险。
  复杂长列表、大量动画、实时视频流、3D、AR、高频传感器采集场景会明显卡顿；WebView 渲染上限受浏览器内核约束。
  原生组件层级穿透经典 bug：map、video 等原生组件层级高于前端 DOM，z‑index完全无效，遮挡必须使用cover‑view；web‑view 组件同样存在层级问题，弹窗遮挡实现成本高。
  JS 运行在 JSCore/V8，没有浏览器对象（window/document/cookie 等），直接使用 Web 端库会报错；如需运行 DOM 类库，必须借助renderjs，增加开发复杂度与性能开销。
• nvue 原生渲染模式
  CSS 支持残缺，大量 CSS 属性不支持，布局优先强制依赖 flex，无法直接复用 H5、小程序样式，多端统一成本大幅上升，需要两套样式维护。
  JS 与原生之间 bridge 转发通信存在固定序列化开销，高频交互场景会有延迟，达不到纯原生响应速度。
  nvue 底层 Weex 引擎官方已不再维护，官方建议新项目优先考虑 uni‑app‑x，而不是重度使用 nvue。
• 通用性能问题
  App 不是 SPA，是 MPA 多页面架构，页面反复打开会有实例重建开销；Vue 的data如果错误写成对象而非返回对象的函数，页面关闭数据不会销毁，复开页面会残留旧数据。

二、底层硬件 & 系统深度能力受限

• 系统深度定制能力弱：底层通知自定义、系统常驻后台服务、底层蓝牙协议、音视频硬编解码、驱动级硬件控制、iOS 深度 FaceID、锁屏高级能力，框架原生 API 无法直接覆盖。
  想要实现上述能力，必须开发 Android/iOS 原生插件，需要原生工程师介入，前端无法独立完成；插件还需要维护多版本、适配不同 ROM。
• Android 后台限制：锁屏后长连接 WebSocket 容易断开，系统休眠会挂起 JS 逻辑，保活依赖原生插件，不同厂商 ROM（小米、华为、OPPO）行为差异巨大。
• 部分 Web 写法不能直接迁移 App：不能使用div/span/a/img等 HTML 标签，推荐使用view/text/navigator/image；虽编译器可自动转换，但容易引发隐性样式 bug。
  不支持*通配选择器，body选择器要替换为page；组件样式隔离默认不开启 scoped，需要手动添加属性，和 H5 默认行为相反。
  网络地址不能写localhost/127.0.0.1，App 真机无法访问本地调试地址；css 中//协议路径会识别为 file 协议，需要补全 https 协议头。

三、包体积问题
App 自带 plus 运行时基线体积，Android 空项目基线约 9M；叠加原生插件、静态资源、X5 内核后包体积会进一步膨胀，对比纯原生业务包体积更大。
引入大量 npm 第三方库要格外谨慎：很多 npm 包依赖window/document浏览器对象，在 App 非 H5 环境直接报错，需要寻找 uni‑app 专用替代库或 renderjs 封装。

四、平台审核与 ROM 兼容坑
iOS 对 WebView、热更新、动态脚本有严格审核规则，动态下发 JS 逻辑容易触发 App Store 审核被拒。
Android 各厂商定制 ROM 碎片化严重：推送、后台权限、进程保活、自启动行为各不相同，同样代码不同手机表现不一致，测试成本高。
App 端可使用plus.*专属 API，但一旦使用，这套代码无法直接复用到 H5、小程序，必须条件编译隔离，否则其他端直接报错；同理小程序 wx 系列 API 不建议直接写在非小程序条件编译块内。

五、调试、问题定位难度
WebView 内核崩溃、JS 内存泄漏，日志不像原生 App 直观；很多 bug 只在特定版本 ROM/WebView 复现，模拟器很难复现，必须大量真机测试。
框架升级、WebView 内核版本更新，容易产生隐性兼容 bug。

• 多端行为不一致：导航栏、tabbar：App / 小程序是原生控件；H5 是 div 模拟，坐标计算不一致，需要使用--window‑top、--window‑bottomCSS 变量处理高度定位，否则悬浮布局会重叠错乱。
• 部分 Vue 语法差异：小程序端不支持v‑html；id 绑定不能直接写id="item‑{{id}}"，需要v‑bind:id语法。

六、适合场景
适合 uni‑app 开发 App
会员、资讯、企业 OA、报修、轻工具、内部管理系统；需要同时上线 App + 小程序 + H5，一套代码多端发布，团队以前端为主，没有专职原生工程师的业务；交互复杂度中等，无重度硬件、3D、高帧率动画需求。