基于最近一直有人和我提 KMP ，那就简单聊聊。
2024 Google I/O 正式官宣了支持 KMP ，而一般意义上的 KMP 指的就是 Kotlin Multiplatform ，它是 Google Workspace 团队的一项长期「投资」项目 ，这里有个重点，那就是 Kotlin Multiplatform 由 JetBrains 开发维护和开源的项目，简单来说，JetBrains 主导，Google Workspace 投资并提供技术支持。
原理上，Kotlin Multiplatform 通过将 Kotlin 编译为平台原生的二进制文件，从而提供跨平台共享代码的目的，应用场景上 ：
Forbes 就提到过，他们通过 Kotlin Multiplatform 在 iOS 和 Android 上共享 80% 以上的逻辑，而麦当劳也曾提到过，他们采用了 Kotlin Multiplatform 开发全球移动应用。
当然，这里需要说的是，Kotlin Multiplatform 和 Compose Multiplatform 虽然都是 JetBrains 维护的项目，它们经常被一起提及，但是他们其实是两个项目 ：
- Kotlin Multiplatform：提供了底层逻辑的跨平台，为 Compose Multiplatform 提供了基础支撑
- Compose Multiplatform：Compose UI 的跨平台框架，提供 UI 跨平台能力
用 JB 官方的话说就是：借助 Compose Multiplatform，开发者可以将 Kotlin Multiplatform 的代码共享能力推向应用逻辑之外。
其实从另一方面讲，Kotlin Multiplatform 的目的并不是消除所有特定于平台的代码 ，它更多是提供了一种代码重用最大化的方式，同时允许灵活地进行特定于平台的优化和定制，很好的例子就是 iOS 上协程是通过 SKIE 实现支持。
所以如果有一个 Android App 想运行到 iOS 上，那么你会经历的逻辑就是：
- UI 部分逻辑通过 Compose Multiplatform 实现跨平台，如果你是 Compose UI ，那么需要调整的不会很多。
- 业务逻辑通过 Kotlin Multiplatform 来跨平台，需要注意你使用的一些库，例如
androidx.*是否已经支持到了 Kotlin Multiplatform
PS，现在 iOS 上的 Compose Multiplatform 同样支持了集成 iOS 原生的 UIKit 和 SwiftUI ，例如可以通过
UIKitView集成 iOS 的 UIKit 元素 。
正如本次 I/O 上所说，Google 和 JetBrains/Kotlin 开发者社区合作，为许多 Jetpack 库添加了 Kotlin 多平台支持，并在某些情况下提供 iOS 平台目标，例如：
- Ktor通过处理 REST 服务消耗来简化网络任务，
- kotlinx.serialization将数据转换为 JSON 等格式
- Okio管理基本的文件 I/O
- SKIE 适配了类型和协程在 iOS 上的使用
- CocoaPods 集成支持使用 iOS 特定的依赖项
另外，Annotations、Collections 和 DataStore 库都在稳定版本中支持 Kotlin Multiplatform，另外还添加了对验证 iOS 平台目标的二进制兼容性的支持，使其与 Android 的标准保持一致。
除了上面的库之外，目前还在致力于为 Room、 Lifecycle 和 ViewModels 提供 Kotlin 多平台支持，并且现已提供 alpha 版本。
最后 Android Gradle 插件现在正式支持 Kotlin Multiplatform，可以使用简洁的构建定义将 Android 设置为共享代码的平台目标，如下所示：
groovy
plugins {
id("org.jetbrains.kotlin.multiplatform")
id("com.android.library")
}
kotlin {
androidTarget {
compilations.all {
kotlinOptions {
jvmTarget = "11"
}
}
}
listOf(
iosX64(),
iosArm64(),
iosSimulatorArm64()
).forEach { iosTarget ->
iosTarget.binaries.framework {
baseName = "Shared"
isStatic = true
}
}
sourceSets {
commonMain.dependencies {
// put your Multiplatform dependencies here
}
}当然，也有一些其他问题，例如不少第三方库没有实现支持 ，例如 Dagger#3916里所说的，Dagger/Hilt 仍然面临修复 KSP 支持的问题，他们目前还没有计划支持 KMP。
当然对于 DI 现在也有类似替代框架，例如：
最重要的是，JB 现在提供了包发布和检索网站： https://package-search.jetbrains.com/ ，这是跨平台必备的社区支撑，类似 npm、pub 平台，这对于 Kotlin Multiplatform 生态的重要性不言而喻。
至于使用了 Kotlin Multiplatform 的知名企业，目前已知的有：
最后，其实今年 I/O ，Android 和 Flutter 的 PM 还联合发布了一篇文章 《让开发者更轻松地进行跨平台开发》，文章里面就提到了：最适合你业务的的才是最重要的。
基于这篇内容，简单总结就是：
- Kotlin 和 Jetpack Compose 是 Android 开发的首选。
- KMP 将 Kotlin 编译为特定于平台的二进制文件（如 Android、iOS、JVM、WASM），所以你可以用最小的开销调用特定于平台的 API，并利用 Compose MultiPlatform 实现 UI 。
- Flutter 更多是提供所有平台上业务和 UI 代码的一致，它不特定于平台。
所以，很多时候大家可能觉得它们是你死我活的局面，但是更多来说，它们的维护主体和关注的群体都不一样 。
最后，我相信很多老 Android 都还在用 XML 布局，这并没有什么问题，但是声明式 UI 基本在客户端已经是主流了， Compose 、Flutter、React Native、SwiftUI 、ArkUI 都表明了声明式 UI 是这个时代的选择。
不过还是那句话，能完成业务才是最重要的 ，技术"新不新""牛不牛"都是其次，重要的还是业务赚不赚钱，产品是否有前景，企业是否提供岗位，毕竟我们都不是技术驱动的公司，技术并不盈利。
更多参考资料：