Compose Multiplatform vs Flutter

Compose Multiplatform 和 Flutter 有什么差异？
这里会对比它们的优劣势、支持平台和社区信息。

Compose Multiplatform

Web
macOS
iOS
Android
Windows
已过时 · 不计入覆盖统计
Flutter 官方不支持小程序。MPFlutter 等社区方案曾将 Flutter 编译到微信宿主，但项目已长期停更，无法跟上 Flutter 新架构与微信基础库更新，弃坑风险极高。
- MPFlutter
其他平台
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 提供的线索
- fangqiu1992
- Leon6868
Linux
Android Auto
Android TV
Tizen
tvOS
visionOS
watchOS
Wear OS
QQ 小程序
京东小程序
快应用
快手小程序
抖音小程序
支付宝小程序
百度小程序

API 复用
与 Jetpack Compose 共享 API，Android 开发者几乎零额外学习成本即可上手 iOS 和桌面端。
Skia 自绘一致渲染
非 Android 平台通过 Skiko 统一 Skia 渲染，多平台 UI 像素级一致，不受系统控件差异影响。
原生互操作
可自由访问平台原生 API 并嵌入原生视图（UIKitView、SwingPanel 等），兼顾一致性按需下沉原生。
Kotlin 全栈统一
前后端、UI、逻辑可全部使用 Kotlin，配合 KMP 生态实现逻辑层与 UI 层的端到端共享。
Jetpack 生态移植
Navigation、Lifecycle、ViewModel、Material3 等 Jetpack 库已有官方多平台版本，架构迁移成本低。

Skia 着色器卡顿
非 Android 平台依赖 Skia 运行时编译着色器，首次渲染复杂场景时可能出现掉帧，尚无类似 Impeller 的着色器预编译方案。
Kotlin 多目标生态整合
Kotlin/Native、Kotlin/JVM、Kotlin/JS、Kotlin/Wasm 各编译目标工具链和库生态差异较大，跨目标调试和依赖管理需额外投入。
Web 端仍为 Beta
Web 目标目前处于 Beta 阶段，部分 API 不稳定、性能与兼容性仍在优化，生产环境需谨慎评估。
包体积与内存
Skia 自绘引擎随应用打包，iOS 端包体积相对原生偏大；桌面端内存占用在复杂场景下偏高。
iOS 端成熟度
虽然 iOS 已标记 Stable，但部分高级特性（原生文本输入、Accessibility 细节等）仍在快速迭代，与成熟的原生方案仍有差距。

学习曲线
需要学习 Dart，对只熟悉 JavaScript/Type 的团队来说有一定门槛。
安装包体积
应用会打包 Flutter 引擎，安装包通常比纯原生应用更大一些。
内存占用
需随应用打包渲染引擎，内存占用在跨平台方案里通常偏高。
文字排版
自绘文字栈在复杂排版、与系统字体特性对齐等方面，往往不如各平台原生文本引擎。
Web 与热更新
Web 端目前仅走 wasm 路线；无官方热更新方案，第三方（如 Shorebird）在国内稳定性一般。
鸿蒙适配
官方 SDK 不直接支持鸿蒙；需换用社区适配版工具链，三方库与 Google 版 Flutter 版本线可能滞后，分布式等鸿蒙特性需自行写 Platform Channel。

展示你的应用在线投稿

HabitKit作者 @SebastianRoehl

ULY作者 @mcflyDev

Dribble Game2 位独立开发者

Roads Audio作者 @davefaliskie

PlanTodo作者 @AlterNao1

展示你的应用在线投稿