2024 Google I/O 宣布正式支持 Kotlin Multiplatform ，那 KMP 是什么？它的未来在哪里？

基于最近一直有人和我提 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 是这个时代的选择。

不过还是那句话，能完成业务才是最重要的 ，技术"新不新""牛不牛"都是其次，重要的还是业务赚不赚钱，产品是否有前景，企业是否提供岗位，毕竟我们都不是技术驱动的公司，技术并不盈利。

更多参考资料：