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 设置为共享代码的平台目标，如下所示：

      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 现在也有类似替代框架，例如：

      • Koin

      • Kodein

      • kotlin-inject

      • Koject

      • DI.kt

      • PopKorn

        最重要的是，JB 现在提供了包发布和检索网站： https://package-search.jetbrains.com/ ，这是跨平台必备的社区支撑，类似 npm、pub 平台，这对于 Kotlin Multiplatform 生态的重要性不言而喻。

        至于使用了 Kotlin Multiplatform 的知名企业，目前已知的有：

        • 麦当劳
        • netflix
        • PHILIPS
        • 百度
        • Meetup
        • 快手
        • VMware
        • …

          最后，其实今年 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 是这个时代的选择。

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

            更多参考资料：

            • https://github.com/android/kotlin-multiplatform-samples

            • https://android-developers.googleblog.com/2024/05/android-support-for-kotlin-multiplatform-to-share-business-logic-across-mobile-web-server-desktop.html

            • https://developers.googleblog.com/en/making-development-across-platforms-easier-for-developers/