Kotlin/Native 支持的编译目标与主机
本文档描述 Kotlin/Native 编译器支持哪些编译目标与主机.
编译目标层级
Kotlin/Native 编译器支持大量的编译目标, 但是对于不同的编译目标, 支持程度各不相同. 为了更清楚地说明这些支持程度, 我们根据编译器对编译目标的支持程度, 将它们分为几个层级.
层级列表包含以下几列:
Gradle 编译目标名称 是一个 编译目标名称, 在 Kotlin Multiplatform Gradle plugin 中使用它来启用编译目标.
Target triple 是一个符合
<architecture>-<vendor>-<system>-<abi>格式的编译目标名称, 编译器通常使用这种格式.运行测试 表示该编译目标是否允许用户在 Gradle 和 IDE 中开箱即用地运行测试 (不要与针对编译目标本身运行的 CI 测试混淆).
对于特定的编译目标, 运行测试只在原生主机上有效. 例如, 你只能在 macOS ARM64 主机上运行
macosArm64和iosArm64测试.
第 1 层
编译目标在 CI 环境进行过常规测试, 保证能够编译和运行.
我们在编译器发布版之间提供源代码和 二进制兼容性.
Gradle 编译目标名称 | Target triple | 运行测试 | 描述 |
|---|---|---|---|
以下仅限于 Apple macOS 主机: | |||
|
| ✅ | Apple Silicon 平台上的 Apple macOS 12.0 或更高版本 |
|
| ✅ | Apple Silicon 平台上的 Apple iOS 模拟器 15.0 或更高版本 |
|
| ARM64 平台上的 Apple iOS 和 iPadOS 15.0 或更高版本 |
第 2 层
编译目标在 CI 环境进行过常规测试, 保证能够编译, 但可能没有进行过自动测试, 保证能够运行.
我们尽最大努力来保证在编译器发布版之间提供源代码和 二进制兼容性.
Gradle 编译目标名称 | Target triple | 运行测试 | 描述 |
|---|---|---|---|
|
| ✅ | x86_64 平台上的 Linux |
|
| ARM64 平台上的 Linux | |
以下仅限于 Apple macOS 主机: | |||
|
| ✅ | Apple Silicon 平台上的 Apple watchOS 模拟器 8.0 或更高版本 |
|
| ARM32 平台上的 Apple watchOS 8.0 或更高版本 | |
|
| 使用 ILP32 的 ARM64 平台上的 Apple watchOS 8.0 或更高版本 | |
|
| ✅ | Apple Silicon 平台上的 Apple tvOS 模拟器 15.0 或更高版本 |
|
| ARM64 平台上的 Apple tvOS 15.0 或更高版本 |
第 3 层
编译目标不保证能够在 CI 环境中测试.
我们不能在不同的编译器发布版之间保证源代码和二进制兼容性, 但是, 对这些编译目标的不兼容变更极少发生.
Gradle 编译目标名称 | Target triple | 运行测试 | 描述 |
|---|---|---|---|
|
| ARM32 平台上的 Android NDK | |
|
| ARM64 平台上的 Android NDK | |
|
| x86 平台上的 Android NDK | |
|
| x86_64 平台上的 Android NDK | |
|
| ✅ | 64 位 Windows 10 和之后版本 (使用 MinGW 兼容层) |
以下仅限于 Apple macOS 主机: | |||
|
| ARM64 平台上的 Apple watchOS 8.0 或更高版本 | |
|
| ✅ | x86-64 平台上的 Apple iOS 模拟器 15.0 或更高版本 |
已废弃的编译目标
从 Kotlin 2.3.20 开始, 以下编译目标已被废弃:
macosX64(x86_64 平台上的 Apple macOS)watchosX64(x86_64 平台上的 Apple watchOS 64-bit 模拟器)tvosX64(x86_64 平台上的 Apple tvOS 模拟器)
支持更低版本的 Apple 编译目标
目前, Apple 编译目标默认支持的最低版本为:
iOS 和 tvOS: 15.0.
macOS: 12.0.
watchOS: 8.0.
如果你的项目需要支持比默认版本更低的版本, 请在你的构建文件中使用 freeCompilerArgs 选项:
针对库的开发者
对于库的开发者, 我们不推荐测试比 Kotlin/Native 编译器更多的编译目标, 也不推荐支持比 Kotlin/Native 编译器更严格的兼容性保证. 在考虑支持原生编译目标时, 你可以使用以下方案:
支持第 1 层, 第 2 层, 第 3 层的全部编译目标.
定期测试第 1 层和第 2 层中默认支持运行测试的编译目标.
Kotlin 开发组在 Kotlin 官方库的开发中也使用这个方案, 例如, kotlinx.coroutines 和 kotlinx.serialization.
主机
Kotlin/Native 编译器支持以下主机:
主机操作系统 | 构建最终二进制文件 | 生成 |
|---|---|---|
Apple Silicon (ARM64) 上的 macOS | 任何支持的编译目标 | 任何支持的编译目标 |
Intel 芯片 (x86_64) 上的 macOS | 任何支持的编译目标 | 任何支持的编译目标 |
x86_64 架构的 Linux | 任何支持的编译目标, Apple 目标除外 | 任何支持的编译目标, Apple 目标仅限于没有 cinterop 依赖项的情况 |
x86_64 架构的 Windows (MinGW 工具链) | 任何支持的编译目标, Apple 目标除外 | 任何支持的编译目标, Apple 目标仅限于没有 cinterop 依赖项的情况 |
构建最终二进制文件
要生成最终二进制文件, 你只能在 支持的主机 上对 支持的编译目标 进行编译. 例如, 你不能在 FreeBSD 主机上, 或在运行 ARM64 架构的 Linux 主机上, 生成最终二进制文件.
在 Linux 主机和 Windows 主机上, 为 Apple 编译目标构建最终二进制文件也是不可能的.
生成 .klib artifact
通常, Kotlin/Native 允许任何 支持的主机 为支持的编译目标生成 .klib artifact.
但是, 在 Linux 主机和 Windows 主机上, 为 Apple 编译目标生成 artifact 仍然存在一些限制. 如果你的项目使用了 cinterop 依赖项 (包括 CocoaPods), 你必须使用 macOS 主机.
例如, 你可以在 x86_64 架构的 Windows 机器上, 为 macosArm64 编译目标生成 .klib, 但前提是没有 cinterop 依赖项.