Flutter vs uni-app
Flutter 和 uni-app 有什么差异？
这里会对比它们的优劣势、支持平台和社区信息。
基本信息
维护方
Google首发时间
2017 年 5 月 12 日
维护方
DCloud首发时间
2018 年
社区
语言
- Dart
- Vue.js
- JavaScript
- TypeScript
- HTML
- CSS
目标平台
- Web
- macOS
- iOS
- Android
- Windows
已过时 · 不计入覆盖统计
Flutter 官方不支持小程序。MPFlutter 等社区方案曾将 Flutter 编译到微信宿主，但项目已长期停更，无法跟上 Flutter 新架构与微信基础库更新，弃坑风险极高。
- 其他平台iPadOS
Flutter 官方 SDK 不支持 OpenHarmony。OpenHarmony SIG 维护适配版 Flutter SDK（flutter_flutter），需 DevEco Studio 与 HarmonyOS SDK，使用 flutter create --platforms ohos、flutter build hap 产出 HAP；常用插件需从 flutter_packages 以 Git 引入，版本与 pub.dev 不完全一致。华为 AppGallery Connect 提供 Flutter 应用接入文档。HarmonyOS NEXT 纯血设备不能依赖 Android 兼容层跑标准 Flutter APK；部分鸿蒙机上 Platform.isAndroid 仍为 true，需自行区分系统。
感谢 fangqiu1992、Leon6868 提供的线索
LinuxAndroid AutoAndroid TVTizentvOSvisionOSwatchOSWear OSQQ 小程序京东小程序快应用快手小程序抖音小程序支付宝小程序百度小程序
- Web
- macOS
- iOS
- Android
- Windows
- 微信小程序
- 其他平台iPadOS鸿蒙LinuxAndroid AutoAndroid TVTizentvOSvisionOSwatchOSWear OSQQ 小程序京东小程序快应用快手小程序抖音小程序支付宝小程序百度小程序
优势
- 跨平台
一套代码可覆盖多种平台，缩短开发周期、降低维护成本。
- 性能
引擎与框架针对各平台硬件做了优化，整体性能在跨平台方案里较突出。
- 用户界面
内置面向 iOS 与 Android 的 UI 组件，便于做出符合两端设计规范的界面。
- 原生 API
提供与原生 API 的桥接，可访问相机、加速度计等设备能力。
- 社区活跃
社区规模大，文档、教程与示例丰富，遇到问题相对好查。
- 平台覆盖最全
一套代码可输出到 iOS、Android、鸿蒙、H5 及十余家小程序平台，独一档的跨端广度。
- Vue 技术栈
基于 Vue.js，前端开发者几乎零学习成本上手，国内招聘市场人才充裕。
- 小程序生态深度兼容
兼容微信小程序 SDK 和自定义组件，可复用小程序生态圈的现成轮子。
- 插件市场丰富
数千款原生插件在线即可使用，覆盖推送、支付、地图、人脸识别等场景，无需懂原生。
- 支持热更新
App 端支持远程下发 JS 代码与资源，无需重新发版即可修复 Bug、更新功能。
劣势
- 学习曲线
需要学习 Dart，对只熟悉 JavaScript/Type 的团队来说有一定门槛。
- 安装包体积
应用会打包 Flutter 引擎，安装包通常比纯原生应用更大一些。
- 内存占用
需随应用打包渲染引擎，内存占用在跨平台方案里通常偏高。
- 文字排版
自绘文字栈在复杂排版、与系统字体特性对齐等方面，往往不如各平台原生文本引擎。
- Web 与热更新
Web 端目前仅走 wasm 路线；无官方热更新方案，第三方（如 Shorebird）在国内稳定性一般。
- 鸿蒙适配
官方 SDK 不直接支持鸿蒙；需换用社区适配版工具链，三方库与 Google 版 Flutter 版本线可能滞后，分布式等鸿蒙特性需自行写 Platform Channel。
- 国际生态有限
主要集中在国内市场，海外社区资源和英文文档相对薄弱。
- 平台碎片化
各小程序平台 API 差异较大，条件编译虽能解决问题，但跨端一致体验的维护成本仍然不低。
- WebView 渲染性能上限
传统 App 端基于 WebView 渲染，复杂交互和动画场景下不如纯原生或 Flutter。新一代 uni-app x 已改用原生编译，但生态仍在建设中。
