---

全面解析：什么是 Kotlin Native？深入理解跨平台原生开发的基石

在当今瞬息万变的软件开发领域，效率、性能和跨平台能力是开发者和企业永恒的追求。从桌面应用到移动应用，从服务器端到嵌入式设备，为不同平台编写重复代码不仅耗时，而且维护成本高昂。Kotlin 作为一种现代、静态类型的编程语言，以其简洁、安全和互操作性赢得了广泛认可。但 Kotlin 的野心不止于 JVM 和 JavaScript。JetBrains 推出了 Kotlin Native (简称 KN)，这是一个创新的技术，旨在将 Kotlin 代码直接编译成独立的原生二进制文件，从而极大地扩展了 Kotlin 的应用范围，特别是作为 Kotlin Multiplatform (KMP) 的核心组成部分。

本文将带你深入探索 Kotlin Native 的世界，从它的诞生背景、核心原理，到它的特性、优势、挑战以及在实际开发中的应用。

目录

1. 引言：Kotlin Native 的诞生背景与意义
2. 什么是 Kotlin Native？核心概念解析
   • 告别虚拟机：编译为原生二进制
   • LLVM 后端：跨平台编译的秘密
   • 独立运行：无需运行时环境
3. Kotlin Native 的核心技术特性
   • 内存管理：从旧模型到新时代
     • 旧内存模型（严格所有权与冻结）
     • 新内存模型（并发 GC）
   • 与原生代码的互操作性
     • C/C++ 互操作性 (cinterop)
     • Objective-C/Swift 互操作性
   • 协程 (Coroutines) 支持
   • 标准库与多平台能力
   • 工具链与构建系统 (Gradle)
4. Kotlin Native 的工作原理：编译过程详解
   • Kotlin 代码 -> 中间表示 (IR)
   • IR -> LLVM IR
   • LLVM IR -> 原生目标代码
   • 链接与生成可执行文件/库
   • cinterop 的作用
5. Kotlin Native 的优势与应用场景
   • 代码复用与跨平台开发 (尤其是 KMP)
   • 高性能与资源效率
   • 访问底层系统 API
   • 命令行工具 (CLI) 开发
   • 桌面应用开发 (结合 Compose Multiplatform)
   • 潜在的嵌入式系统应用
   • 游戏开发中的逻辑层
6. Kotlin Native 面临的挑战与局限性
   • 技术成熟度与生态系统
   • 调试复杂性
   • 编译时间
   • 与特定原生库的兼容性
   • 内存管理的新挑战
7. Kotlin Multiplatform (KMP) 与 Kotlin Native 的关系
   • KMP 的基石
   • 共享业务逻辑与平台特定实现
8. Kotlin Native 的未来展望
9. 如何开始使用 Kotlin Native
10. 结论：Kotlin Native 的价值与前景

---

1. 引言：Kotlin Native 的诞生背景与意义

在 Kotlin 兴起之前，跨平台开发通常意味着两种主流路径：要么使用 Web 技术 (如 React Native、Ionic)，要么依赖特定的跨平台框架 (如 Flutter、Xamarin)，或者最常见的——为每个目标平台（如 Android 的 Java/Kotlin，iOS 的 Objective-C/Swift，Web 的 JavaScript，桌面应用的 Java/C#/C++) 独立开发原生应用。

每种方法都有其优缺点。Web 技术虽然跨平台，但在性能、访问原生 API 或提供原生用户体验方面可能存在限制。特定的跨平台框架提供了更接近原生的体验，但可能引入新的语言或生态系统，且有时仍无法完全摆脱对特定运行时的依赖。独立原生开发则能最大化性能和用户体验，但代价是高昂的开发和维护成本，尤其是在需要大量共享业务逻辑时。

Kotlin 最初因其在 JVM 上的强大能力而被广泛接受，随后又通过 Kotlin/JS 进军 Web 前端。JetBrains 看到了一种可能性：能否利用 Kotlin 统一开发语言的优势，同时又能达到原生应用的性能和深度？Kotlin Native 正是在这样的背景下诞生的。

它的核心意义在于：

• 扩展 Kotlin 的边界： 让 Kotlin 不仅可以在 JVM 和浏览器中运行，还能直接在没有虚拟机或特定运行时环境的平台上运行。
• 赋能原生跨平台： 为 Kotlin Multiplatform 提供编译到 iOS、macOS、Windows、Linux 等原生目标的能力，使得开发者可以共享业务逻辑，同时保留原生 UI 和性能。
• 高性能计算： 允许 Kotlin 代码编译为执行效率接近 C/C++ 的原生代码，适用于对性能要求极高的场景。

简而言之，Kotlin Native 打破了平台间的壁垒，使得 Kotlin 成为一种真正意义上的“Write Once, Run Anywhere Natively”的语言（在支持的平台上）。

2. 什么是 Kotlin Native？核心概念解析

Kotlin Native 是 Kotlin 编程语言的一个特定后端，其主要目标是将 Kotlin 代码编译成不需要虚拟机 (VM) 或特定解释器就能运行的独立原生二进制文件。

理解 Kotlin Native 的核心概念，需要抓住以下几点：

告别虚拟机：编译为原生二进制

传统的 Kotlin (Kotlin/JVM) 代码在 JVM 上运行，Java 和 Kotlin 字节码需要 JVM 进行解释或 JIT 编译。Kotlin/JS 代码则被编译成 JavaScript，在浏览器或 Node.js 环境中执行。而 Kotlin Native 则完全绕过了这些中间层。

它将 Kotlin 代码直接转换成目标操作系统和 CPU 架构能够直接理解和执行的机器码。这意味着生成的可执行文件或库不依赖于外部的 JVM、浏览器或其他大型运行时环境（除了基本的系统库，例如 C 标准库）。

LLVM 后端：跨平台编译的秘密

实现将 Kotlin 代码编译到多种不同原生平台（x86-64, ARM64 等）的关键在于利用了 LLVM (Low Level Virtual Machine) 编译器基础设施。LLVM 是一个模块化、可重用的编译器和工具链技术集合。

Kotlin Native 编译流程中，Kotlin 代码首先被编译成一种中间表示 (IR)，然后这个 IR 被转换成 LLVM 的中间表示 (LLVM IR)。LLVM 的优势在于它有一个强大的优化器，并且可以针对各种目标平台生成高效的机器码。Kotlin Native 利用 LLVM 的后端能力，实现了对 iOS (ARM64/x86-64 simulator)、macOS (x86-64/ARM64)、Linux (x86-64/ARM64)、Windows (x86-64) 等多种原生平台的支持。

独立运行：无需运行时环境

编译后的 Kotlin Native 二进制文件包含了所有必要的代码（包括 Kotlin 标准库的精简版本以及编译后的用户代码）以及一个轻量级的运行时组件（例如内存管理器、协程调度器等）。这个运行时组件与生成的代码一起被打包进最终的二进制文件中，而不是作为一个独立的、需要预先安装的外部依赖。

这意味着你可以像分发 C++ 或 Rust 编译的程序一样，直接分发 Kotlin Native 生成的可执行文件，或者将其作为库集成到其他原生项目中。这对于构建不需要大型运行时开销、启动速度快的应用（如命令行工具、系统服务、移动端库）至关重要。

3. Kotlin Native 的核心技术特性

Kotlin Native 的独特能力得益于一系列精心设计的技术特性。

内存管理：从旧模型到新时代

内存管理是任何原生环境下的一个核心且复杂的问题。与 JVM 的自动垃圾回收或 C/C++ 的手动管理不同，Kotlin Native 在其发展过程中经历了一次重大的内存管理模型迭代。

旧内存模型（严格所有权与冻结）

在 Kotlin Native 1.7.20 版本之前，KN 使用了一种基于对象图所有权和不可变性 (Freezing) 的严格内存模型。其核心思想是：

• 隔离 (Isolated State): 大多数对象都属于一个特定的“Worker”（一种并发执行单元），不能被其他 Worker 直接访问。
• 转移 (Transferring): 如果要在 Worker 之间共享对象，需要通过特定的机制将其“转移”给另一个 Worker。转移后，原 Worker 就不能再访问该对象。
• 冻结 (Freezing): 对象图一旦被冻结，就会变为完全不可变。冻结的对象可以在 Worker 之间安全地共享，因为不可变性保证了数据竞争不会发生。

这个模型旨在实现无需全局锁的高效并发，但实际开发中带来了显著的挑战：

• 复杂性： 开发者需要时刻关注对象的所有权和状态（可变 vs 冻结），不小心就会遇到“冰冻”错误（Frozen objects cannot be mutated）。
• 限制： 许多常见的编程模式（如在多线程中共享可变缓存）变得非常困难或需要复杂的变通方法。
• 学习曲线： 这个模型与 JVM 或其他常见环境的内存模型差异巨大，学习和掌握成本高。

新内存模型（并发 GC）

为了简化开发、提高易用性并与 KMP 的理念更好地契合（共享代码应尽可能像在任何平台一样工作），JetBrains 开发并引入了一个新的并发垃圾回收 (GC) 模型，并在 Kotlin Native 1.7.20 中作为默认选项启用，在 Kotlin 2.0 中更是成为核心部分。

新内存模型的主要特点是：

• 自动垃圾回收： 类似于 JVM，系统会自动追踪不再被引用的对象并回收内存。它采用了一种基于 Mark-and-Sweep（标记-清除）并结合分代（Generational）思想的并发 GC 算法。
• 共享可变状态更自由： 对象不再被严格绑定到特定的 Worker 或强制冻结。开发者可以更自由地在不同的原生线程（对应于旧模型中的 Worker）之间共享可变对象，而无需复杂的转移或冻结操作。
• 锁机制： 为了安全地在并发环境中修改共享的可变对象，开发者需要使用传统的并发控制机制，如锁（Locks）或互斥量（Mutexes）。Kotlin Native 提供了相应的 API。
• 与多平台兼容性： 新模型的设计更接近 JVM 和其他原生环境的并发模式，这使得编写能在 JVM、JS 和 Native 之间共享的并发代码变得更加容易。

这个新模型极大地改善了 Kotlin Native 的开发体验，解决了旧模型带来的诸多痛点。尽管开发者现在需要像在其他原生环境一样小心处理并发下的数据竞争（通过加锁），但这是一种更普遍、更容易理解和掌握的模式。

与原生代码的互操作性

Kotlin Native 的一大优势是它可以与目标平台现有的原生代码无缝交互。这对于构建库或者集成到现有原生项目中至关重要。

C/C++ 互操作性 (cinterop)

通过 cinterop 工具，Kotlin Native 可以轻松调用 C 函数、访问 C 结构体、使用 C 语言定义的常量等。其工作流程大致如下：

1. 提供 C/C++ 头文件 (.h)。
2. 使用 cinterop 工具根据头文件生成 Kotlin 绑定代码 (.klib 库)。
3. 在 Kotlin Native 代码中导入并使用生成的绑定，直接调用 C 函数，访问 C 变量。

cinterop 处理了类型映射、函数调用约定等底层细节，使得在 Kotlin 中调用 C 代码感觉就像调用普通的 Kotlin 函数一样自然。类似地，也可以将 Kotlin Native 代码编译成静态或动态库，供 C/C++ 代码调用。

Objective-C/Swift 互操作性

对于 iOS 和 macOS 平台，Kotlin Native 提供了对 Objective-C 和 Swift 的深度互操作性。Kotlin Native 可以：

• 调用 Objective-C/Swift 框架和库： 直接访问 Foundation, UIKit, SwiftUI, AppKit 等所有系统框架，以及第三方 Objective-C/Swift 库。Kotlin 代码可以直接调用它们的类、方法、属性、常量、枚举等。
• 被 Objective-C/Swift 调用： 将 Kotlin Native 代码编译成一个框架 (.framework)，然后在 Xcode 项目中像使用任何 Swift/Objective-C 库一样使用它。Kotlin 类和函数可以暴露给 Swift/Objective-C。

这种双向互操作性是 KMP Mobile (KMM) 成功的关键，它允许开发者在 iOS 项目中无缝集成 Kotlin Native 编写的共享业务逻辑模块。

协程 (Coroutines) 支持

Kotlin 的协程是一种轻量级的并发框架，它使得异步编程更加简洁和易于管理。Kotlin Native 完全支持协程，包括挂起函数、CoroutineScope、Dispatchers 等。在新的内存模型下，协程的并发执行更加灵活，可以利用新的并发 GC 模型在不同原生线程上安全地调度和执行。这使得在 Kotlin Native 中编写高性能、非阻塞的代码变得更加容易，例如进行网络请求、文件 I/O 或执行耗时计算。

标准库与多平台能力

Kotlin Native 共享了 Kotlin 的多平台标准库。这个标准库包含了一组通用的 API，如集合类 (List, Set, Map)、字符串处理、数学函数、基本类型操作等，这些 API 在 JVM、JS 和 Native 目标上提供一致的行为。此外，Kotlin Native 也提供了一些特定于原生环境的 API，例如访问文件系统、网络接口或进行系统调用的能力（通常通过包装底层 C 库实现）。

工具链与构建系统 (Gradle)

Kotlin Native 的开发体验与 Kotlin/JVM 或 Kotlin/JS 保持一致。它与 IntelliJ IDEA 和 Android Studio 深度集成，提供了代码高亮、补全、调试等功能。

构建系统主要依赖于 Gradle。Kotlin 插件为 Gradle 提供了创建和配置 Kotlin Native 项目、管理依赖、编译代码、运行测试以及打包生成物（可执行文件、动态库、框架）的任务。开发者可以使用熟悉的 Gradle DSL 来定义构建逻辑。

4. Kotlin Native 的工作原理：编译过程详解

理解 Kotlin Native 的内部工作原理有助于更好地利用它并排查潜在问题。其编译过程是一个多阶段的流水线：

1. Kotlin 代码 -> 中间表示 (IR): Kotlin 编译器首先解析 Kotlin 源代码，进行语法分析、语义分析，并生成一种语言无关的中间表示 (IR)。这个 IR 包含了程序的结构、类型信息和操作序列，是 Kotlin 多平台编译的基础。无论是编译到 JVM、JS 还是 Native，第一步都是生成这个 IR。
2. IR -> LLVM IR: 这是 Kotlin Native 特有的阶段。Kotlin Native 后端将 Kotlin IR 转换成 LLVM 项目的中间表示 (LLVM IR)。这个转换过程需要处理 Kotlin 特有的结构（如协程、数据类、null 安全等）到 LLVM IR 能够表达的形式。Kotlin Native 的运行时代码（如内存管理器、异常处理、协程调度器基础）也会被编译到 LLVM IR，并与用户代码的 LLVM IR 合并。
3. LLVM IR -> 原生目标代码: LLVM 的核心优化器和后端在此发挥作用。LLVM IR 经过一系列优化（如死代码消除、循环优化、寄存器分配等），然后由特定的目标后端将其转换成目标 CPU 架构（如 x86-64, ARM64）的汇编代码或机器码。这个阶段是平台特定的。
4. 链接与生成可执行文件/库: 最后，生成的机器码与 Kotlin Native 运行时、标准库的机器码以及通过 cinterop 引入的任何原生库的机器码一起，由系统的原生链接器进行链接。这个过程解析符号引用，将各个部分组合起来，生成最终的可执行文件 (.kexe 或平台原生格式如 .app, .exe) 或库文件 (.klib, .dylib, .dll, .framework)。

cinterop 的作用

cinterop 工具在编译流程中扮演着关键角色。它在 Kotlin Native 编译 之前 运行。根据提供的 C 头文件 (.def 文件描述了哪些头文件和库需要处理)，cinterop 会生成两部分内容：

1. Kotlin 绑定代码： 一组 Kotlin 源文件，其中包含了对应于 C 函数、结构体、常量等的 Kotlin 声明。这些文件将被 Kotlin 编译器处理。
2. 原生适配代码： 一部分底层的原生代码，负责处理 Kotlin 类型与 C 类型之间的转换以及调用约定。这部分代码会在链接阶段与用户代码合并。

通过这种方式，Kotlin Native 实现了与现有原生代码的互通，极大地增强了其在原生生态系统中的可用性。

5. Kotlin Native 的优势与应用场景

Kotlin Native 的独特能力使其适用于多种场景：

代码复用与跨平台开发 (尤其是 KMP)

这是 Kotlin Native 最重要的应用场景。作为 Kotlin Multiplatform (KMP) 的核心技术，Kotlin Native 使得开发者能够编写一份 Kotlin 代码库，并在 Android (JVM)、iOS (Native)、桌面 (Native/JVM)、Web (JS) 等多个平台共享。

• KMP Mobile (KMM): Kotlin Native 是 KMM 实现 Android 和 iOS 代码共享的关键。开发者可以将业务逻辑（如数据模型、网络层、数据库操作、验证逻辑等）写在共享模块中，编译成 Android 的 .jar/.aar (JVM) 和 iOS 的 .framework (Native)，然后在各自的平台上构建原生 UI。这显著减少了为两个平台编写和维护重复代码的工作量。
• 通用业务逻辑库： 可以将 Kotlin Native 用于构建可在各种原生环境中使用的高性能计算库、数据处理库、加密库等，避免为每个平台重新实现。

高性能与资源效率

由于编译为原生代码，Kotlin Native 应用通常具有接近 C/C++ 的执行速度和较低的内存开销（相对于 JVM 等）。这使得它非常适合对性能敏感的任务，例如：

• 图像/音频处理
• 科学计算
• 高性能网络服务的部分核心逻辑
• 需要快速启动和低资源消耗的应用

访问底层系统 API

通过与 C/Objective-C/Swift 的互操作性，Kotlin Native 可以直接访问操作系统提供的底层 API 和硬件功能，而无需经过中间层。这赋予了开发者充分利用目标平台能力的灵活性。

命令行工具 (CLI) 开发

Kotlin Native 可以方便地编译成独立的可执行文件，这使得它成为编写跨平台命令行工具的优秀选择。开发者可以利用 Kotlin 丰富的标准库和第三方库来快速开发功能强大的 CLI 工具，而用户无需安装 JVM 或其他运行时。

桌面应用开发 (结合 Compose Multiplatform)

虽然 Kotlin/JVM 也可以用于桌面开发，但 Kotlin Native 为桌面应用提供了另一种选择，特别是与 Compose Multiplatform 结合时。Compose Multiplatform 允许开发者使用一套声明式 UI 代码构建适用于 Android、iOS、Web 和桌面（JVM 或 Native）的 UI。Kotlin Native 可以在桌面端提供更快的启动速度和更低的内存占用。

潜在的嵌入式系统应用

尽管生态系统尚不成熟，但 Kotlin Native 编译为独立原生二进制的能力使其在资源受限的嵌入式设备上具有潜力。理论上，只要有 LLVM 支持的目标架构，并且能够提供必要的底层 C 库，Kotlin Native 就可以运行。

游戏开发中的逻辑层

在游戏开发中，核心游戏逻辑通常需要高性能和跨平台能力。Kotlin Native 可以用于编写这部分逻辑，并通过互操作性与特定平台的游戏引擎（如 Unity、Unreal Engine）或其他原生图形库（如 Vulkan、Metal）进行集成。

6. Kotlin Native 面临的挑战与局限性

尽管 Kotlin Native 带来了巨大的潜力，但作为一个相对年轻的技术，它也面临着一些挑战和局限性：

技术成熟度与生态系统

相较于 Kotlin/JVM 或传统的原生开发语言（C++, Swift, Objective-C），Kotlin Native 的技术栈和工具链仍在不断演进中。虽然核心功能已经稳定，但一些边缘场景或高级特性可能还需要时间来完善。其第三方库生态系统也在成长中，虽然许多纯 Kotlin 的多平台库可以直接使用，但依赖特定平台原生库时可能需要额外的绑定或封装工作。

调试复杂性

调试原生代码通常比调试 JVM 或 JavaScript 代码更复杂。虽然 IDE 提供了对 Kotlin Native 的调试支持，但在涉及并发、内存问题或与原生代码交互时，排查问题可能需要更深入的底层知识和工具。

编译时间

Kotlin Native 的编译过程（特别是包括 LLVM 优化阶段）可能比 Kotlin/JVM 或 Kotlin/JS 编译要慢，尤其是在大型项目或低配置机器上。这会影响开发迭代速度。不过，JetBrains 正在持续优化编译性能。

与特定原生库的兼容性

尽管 cinterop 和 Obj-C/Swift 互操作性很强大，但在与某些复杂的原生库（特别是使用了宏、模板元编程、复杂的内存管理模式或特定语言特性的 C++/Swift 库）集成时，可能会遇到兼容性问题或需要手动编写适配层。

内存管理的新挑战

新的并发 GC 模型虽然简化了开发，但也意味着开发者需要像在其他原生环境一样，认真对待多线程环境下的数据竞争问题，并正确使用锁等同步机制。这不再是旧模型下由编译器强制的“安全”，而是由开发者负责的“正确”。

7. Kotlin Multiplatform (KMP) 与 Kotlin Native 的关系

理解 Kotlin Native，就必须理解它与 Kotlin Multiplatform (KMP) 的关系。简单来说，Kotlin Native 是 KMP 实现其原生目标（如 iOS、macOS、watchOS、tvOS、Linux、Windows 等）的底层技术。

KMP 的核心理念是“一次编写，处处共享” (Share code, not UIs)。它通过创建“共享模块” (Common module) 来实现这一目标，这些模块包含可以跨平台重用的业务逻辑。这个共享模块的代码是纯 Kotlin 的，不依赖于任何特定平台的 API。

然后，KMP 允许你为不同的目标平台创建“平台模块”。对于 Android，这个平台模块是 JVM 目标；对于 Web，是 JS 目标；而对于 iOS、macOS、Linux、Windows 等，这些平台模块就是 Kotlin Native 目标。

KMP 的构建系统负责将共享模块的 Kotlin 代码以及平台模块中特定平台的 Kotlin 代码，编译成对应平台的输出格式：

• Android -> JVM 字节码 (.jar, .aar)
• Web -> JavaScript (.js)
• iOS/macOS -> 原生二进制 (.framework, .dylib)
• Linux/Windows -> 原生二进制 (.kexe, .dll)

因此，当你使用 KMP 开发 iOS 应用并共享业务逻辑时，正是 Kotlin Native 在幕后将你的共享 Kotlin 代码编译成了 iOS 可以在 Xcode 项目中使用的原生框架。Kotlin Native 是 KMP 跨越 JVM 和 JS 边界，真正触达原生世界的基石。

8. Kotlin Native 的未来展望

Kotlin Native 正在积极发展中。JetBrains 及其社区正在持续改进其性能、减少编译时间、提升调试体验、完善工具链，并进一步增强与原生生态系统的互操作性。随着新的并发 GC 模型的稳定和优化，内存管理相关的痛点正在逐步缓解。

Kotlin Multiplatform 作为一个整体框架的日益普及，也必然会带动 Kotlin Native 的发展和成熟。未来，我们可以期待 Kotlin Native 在更多领域展现其价值，成为跨平台原生开发中一个越来越重要的选择。

9. 如何开始使用 Kotlin Native

开始使用 Kotlin Native 相对简单：

1. 安装 Kotlin： 确保你的开发环境安装了 Kotlin 编译器。
2. 安装 IntelliJ IDEA 或 Android Studio： 这些 IDE 为 Kotlin Native 开发提供了最佳支持。
3. 创建项目： 使用 IDE 的项目向导创建一个 Kotlin Multiplatform 项目，或选择一个 Native 目标（如 macOS, Linux 等）。或者手动配置 Gradle 项目。
4. 编写代码： 在 src/nativeMain 等源代码集中编写 Kotlin 代码。
5. 构建： 使用 Gradle 任务进行编译和链接。
6. 运行/集成： 运行生成的可执行文件，或将生成的库/框架集成到你的原生项目中。

详细的入门指南和示例项目可以在 Kotlin 官方文档中找到。

10. 结论：Kotlin Native 的价值与前景

Kotlin Native 是 Kotlin 平台战略中不可或缺的一部分，它通过将 Kotlin 代码编译为高性能、独立的原生二进制文件，极大地拓宽了 Kotlin 的应用范围。它告别了对虚拟机的依赖，利用 LLVM 实现了广泛的平台支持，并提供了与 C、Objective-C、Swift 等原生代码的强大互操作性。

尽管在其发展初期经历了一些内存管理模型的挑战，但随着新的并发 GC 模型的引入，Kotlin Native 的开发体验得到了显著改善，使得编写多线程和并发代码更加直观。

作为 Kotlin Multiplatform 的核心技术，Kotlin Native 使得开发者能够以前所未有的效率在多个原生平台（尤其是移动端 Android/iOS）之间共享业务逻辑，降低了开发成本，加速了产品上市。

虽然 Kotlin Native 仍在不断发展完善中，面临着生态系统成熟度、调试复杂性等挑战，但其在性能、跨平台能力和原生互操作性方面的优势是显而易见的。随着技术的进步和社区的壮大，Kotlin Native 必将在未来的软件开发领域，特别是在需要高性能、低资源消耗或深度原生集成的跨平台场景中，扮演越来越重要的角色。它不仅是 Kotlin 迈向全平台的重要一步，也是现代原生跨平台开发领域一个充满活力和前景的技术方向。

---