提高编译时间的技巧
Kotlin/Native 编译器不断接收改进其性能的更新。通过使用最新版本的 Kotlin/Native 编译器和正确配置的构建环境，您可以显著提高具有 Kotlin/Native 目标的项目的编译时间。
请阅读下文，了解我们关于如何加速 Kotlin/Native 编译过程的技巧。
一般建议
使用最新版本的 Kotlin
这样，您始终可以获得最新的性能改进。最新的 Kotlin 版本是 2.3.0。
避免创建巨型类
尽量避免创建在执行期间需要长时间编译和加载的巨型类。
在构建之间保留下载和缓存的组件
在编译项目时，Kotlin/Native 会下载所需的组件并将工作的部分结果缓存到 $USER_HOME/.konan 目录中。编译器会在后续编译中使用此目录，从而缩短完成编译所需的时间。
在容器（如 Docker）中或使用持续集成系统进行构建时，编译器可能必须为每次构建从头开始创建 ~/.konan 目录。为了避免此步骤，请配置您的环境以在构建之间保留 ~/.konan。例如，使用 konan.data.dir Gradle 属性重新定义其位置。
或者，您可以使用 -Xkonan-data-dir 编译器选项，通过 cinterop 和 konanc 工具配置该目录的自定义路径。
Gradle 配置
由于需要下载依赖项、构建缓存并执行额外步骤，使用 Gradle 进行的首次编译通常比后续编译耗时更长。您应该至少构建两次项目，以获得实际编译时间的准确读数。
以下是关于配置 Gradle 以获得更好编译性能的一些建议。
增加 Gradle 堆大小
要增加 Gradle 堆大小，请将 org.gradle.jvmargs=-Xmx3g 添加到您的 gradle.properties 文件中。
如果您使用 并行构建，您可能需要使用 org.gradle.workers.max 属性或 --max-workers 命令行选项选择合适的工作线程数量。默认值为 CPU 处理器数。
仅构建必要的二进制文件
除非确实需要，否则不要运行构建整个项目的 Gradle 任务，例如 build 或 assemble。这些任务会多次构建相同的代码，从而增加编译时间。在典型情况下（例如从 IntelliJ IDEA 运行测试或从 Xcode 启动应用），Kotlin 工具会避免执行不必要的任务。
如果您遇到非典型情况或构建配置，您可能需要自行选择任务：
linkDebug*。要在开发过程中运行代码，您通常只需要一个二进制文件，因此运行相应的linkDebug*任务就足够了。embedAndSignAppleFrameworkForXcode。由于 iOS 模拟器和设备具有不同的处理器架构，将 Kotlin/Native 二进制文件作为通用（fat）框架分发是一种常见做法。然而，在本地开发期间，仅为您正在使用的平台构建
.framework文件速度更快。要构建特定平台的框架，请使用 embedAndSignAppleFrameworkForXcode 任务。
仅为必要的目标构建
与上述建议类似，不要一次性为所有原生平台构建二进制文件。例如，编译 XCFramework（使用 *XCFramework 任务）会为所有目标构建相同的代码，这比为单个目标构建耗时成倍增加。
如果您确实需要在设置中使用 XCFramework，可以减少目标的数量。例如，如果您不在基于 Intel 的 Mac 上的 iOS 模拟器上运行此项目，则不需要 iosX64。
不同目标的二进制文件使用
linkDebug*$Target和linkRelease*$TargetGradle 任务构建。您可以在构建日志中查找已执行的任务，或者通过运行带有--scan选项的 Gradle 构建在 Gradle build scan 中查看。
不要构建不必要的 release 二进制文件
Kotlin/Native 支持两种构建模式：debug 和 release。Release 模式经过高度优化，这非常耗时：release 二进制文件的编译时间比 debug 二进制文件多出一个数量级。
除了实际发布外，在典型的开发周期中，所有这些优化可能都是不必要的。如果您在开发过程中使用了名称中包含 Release 的任务，请考虑将其替换为 Debug。同样，您可以运行 assembleSharedDebugXCFramework，而不是运行 assembleXCFramework。
Release 二进制文件使用
linkRelease*Gradle 任务构建。您可以在构建日志中查找这些任务，或者通过运行带有--scan选项的 Gradle 构建在 Gradle build scan 中查看。
减少 release 二进制文件的大小
要减小 release 二进制文件的大小并提高构建时间，请尝试 启用二进制选项 smallBinary。
它会有效地将 -Oz 设置为编译器在 LLVM 编译阶段的默认优化参数。该选项仍处于 实验性 阶段，在某些情况下可能会影响运行时性能。
不要禁用 Gradle daemon
如果没有充分的理由，请不要禁用 Gradle daemon。默认情况下，Kotlin/Native 在 Gradle daemon 中运行。启用它后，将使用相同的 JVM 进程，无需为每次编译重新预热。
不要使用传递导出
在许多情况下，使用 transitiveExport = true 会禁用无效代码消除，因此编译器必须处理大量未使用的代码。这会增加编译时间。相反，应显式使用 export 方法来导出所需的项目和依赖项。
不要过度导出模块
尽量避免不必要的 模块导出。每个导出的模块都会对编译时间和二进制文件大小产生负面影响。
使用 Gradle 构建缓存
启用 Gradle 构建缓存 功能：
- 本地构建缓存。对于本地缓存，请将
org.gradle.caching=true添加到您的gradle.properties文件中，或在命令行中使用--build-cache选项运行构建。 - 远程构建缓存。了解如何为持续集成环境 配置远程构建缓存。
使用 Gradle 配置缓存
Gradle 配置缓存 通过缓存配置阶段的结果来提高构建性能。它还允许在单个项目中并行执行相互独立的任务，并隐式启用 org.gradle.parallel 属性，允许跨不同项目的任务 并行执行。
要使用 Gradle 配置缓存，请将 org.gradle.configuration-cache=true 属性添加到您的 gradle.properties 文件中。
配置缓存还允许并行运行
link*任务，这可能会使机器负载过重，特别是在具有多个 CPU 核心的情况下。此问题将在 KT-70915 中修复。
启用之前禁用的功能
有些 Kotlin/Native 属性会禁用 Gradle daemon 和编译器缓存：
kotlin.native.disableCompilerDaemon=true- Gradle 构建文件
binaries {}块中的disableNativeCacheDSL。
如果您之前在使用这些功能时遇到问题，并将这些行添加到了 gradle.properties 文件或 Gradle 构建文件中，请移除它们并检查构建是否可以成功完成。这些属性可能是之前为了解决已修复的问题而添加的。
尝试 klib 工件的增量编译
使用增量编译，如果项目模块生成的 klib 工件只有一部分发生变化，则只有 klib 的一部分会被进一步重新编译为二进制文件。
此功能处于 实验性 阶段。要启用它，请将 kotlin.incremental.native=true 选项添加到您的 gradle.properties 文件中。如果您遇到任何问题，请在 YouTrack 中创建问题。
Windows 配置
Windows 安全中心可能会减慢 Kotlin/Native 编译器的速度。您可以通过将 .konan 目录（默认位于 %\USERPROFILE%）添加到 Windows 安全中心排除项中来避免这种情况。了解如何 向 Windows 安全中心添加排除项。
LLVM 配置
如果上述技巧对提高编译时间没有帮助，请考虑 自定义 LLVM 后端。