Kotlin 1.4.20 有哪些新特性
Kotlin 1.4.20 提供了多项新的实验性功能，并对现有功能（包括 1.4.0 中添加的功能）进行了修复和改进。
你也可以在这篇博客文章中了解更多包含示例的新功能。
Kotlin/JVM
Kotlin/JVM 的改进旨在使其与现代 Java 版本的功能保持同步：
Java 15 目标版本
现在 Java 15 可作为 Kotlin/JVM 的目标版本。
invokedynamic 字符串拼接
DANGER
invokedynamic 字符串拼接功能是实验性的。它可能随时被移除或更改。使用此功能需要显式选择启用（详见下文）。请仅将其用于评估目的。我们非常感谢你在 YouTrack 上提供的反馈。
Kotlin 1.4.20 可以在 JVM 9+ 目标上将字符串拼接编译为动态调用，从而提升性能。
目前，此功能是实验性的，涵盖以下情况：
String.plus的运算符形式（a + b）、显式形式（a.plus(b)）和引用形式（(a::plus)(b)）。- 内联类和数据类上的
toString。 - 字符串模板，但只有一个非常量参数的除外（参见 KT-42457）。
要启用 invokedynamic 字符串拼接，请添加 -Xstring-concat 编译器选项，并设置以下值之一：
indy-with-constants：使用 StringConcatFactory.makeConcatWithConstants() 对字符串执行invokedynamic拼接。indy：使用 StringConcatFactory.makeConcat() 对字符串执行invokedynamic拼接。inline：切换回通过StringBuilder.append()进行的经典拼接方式。
Kotlin/JS
Kotlin/JS 持续快速发展，在 1.4.20 中，你可以发现多项实验性功能和改进：
Gradle DSL 变更
Kotlin/JS 的 Gradle DSL 收到多项更新，这些更新简化了项目设置和自定义。这包括 webpack 配置调整、自动生成的 package.json 文件的修改，以及对传递性依赖项的改进控制。
webpack 配置的单一入口
浏览器目标版本现在提供一个新的配置块 commonWebpackConfig。你可以在其中从单一入口调整通用设置，而无需为 webpackTask、runTask 和 testTask 重复配置。
要为所有这三个任务默认启用 CSS 支持，请在项目的 build.gradle(.kts) 文件中添加以下代码片段：
browser {
commonWebpackConfig {
cssSupport.enabled = true
}
binaries.executable()
}了解更多关于配置 webpack 打包的信息。
通过 Gradle 自定义 package.json
为了更好地控制 Kotlin/JS 包管理和分发，你现在可以通过 Gradle DSL 向项目文件 package.json 添加属性。
要向 package.json 添加自定义字段，请在编译的 packageJson 块中使用 customField 函数：
kotlin {
js(BOTH) {
compilations["main"].packageJson {
customField("hello", mapOf("one" to 1, "two" to 2))
}
}
}了解更多关于package.json 自定义的信息。
Yarn 选择性依赖项解析
Kotlin 1.4.20 提供了一种配置 Yarn 选择性依赖项解析的方法——这是一种用于覆盖你所依赖包的依赖项的机制。
你可以在 Gradle 中通过 YarnPlugin 内的 YarnRootExtension 使用它。要影响项目中包的解析版本，请使用 resolution 函数，传入包名称选择器（由 Yarn 指定）以及应解析到的版本。
rootProject.plugins.withType<YarnPlugin> {
rootProject.the<YarnRootExtension>().apply {
resolution("react", "16.0.0")
resolution("processor/decamelize", "3.0.0")
}
}在此，所有需要 react 的 npm 依赖项都将接收版本 16.0.0，而 processor 将接收其依赖项 decamelize 的版本 3.0.0。
禁用粒度工作区
为了加快构建时间，Kotlin/JS Gradle 插件只安装特定 Gradle 任务所需的依赖项。例如，webpack-dev-server 包只在你执行 *Run 任务之一时安装，而不会在你执行 assemble 任务时安装。当并行运行多个 Gradle 进程时，这种行为可能会带来问题。当依赖项要求冲突时，两个 npm 包的安装可能会导致错误。
为了解决这个问题，Kotlin 1.4.20 包含一个选项来禁用这些所谓的_粒度工作区_。此功能目前可通过 Gradle 中 YarnPlugin 内的 YarnRootExtension 获得。要使用它，请将以下代码片段添加到你的 build.gradle.kts 文件中：
rootProject.plugins.withType<YarnPlugin> {
rootProject.the<YarnRootExtension>().disableGranularWorkspaces()
}新的向导模板
为了让你在创建项目时有更方便的方式来自定义项目，Kotlin 的项目向导提供了针对 Kotlin/JS 应用程序的新模板：
- 浏览器应用程序 - 一个在浏览器中运行的最小 Kotlin/JS Gradle 项目。
- React 应用程序 - 一个使用适当
kotlin-wrappers的 React 应用程序。它提供选项以启用样式表、导航组件或状态容器的集成。 - Node.js 应用程序 - 一个在 Node.js 运行时中运行的最小项目。它附带了直接包含实验性
kotlinx-nodejs包的选项。
IR 编译器忽略编译错误
Kotlin/JS 的 IR 编译器 引入了一个新的实验性模式——带错误编译。在此模式下，即使代码包含错误，你也可以运行它，例如，当整个应用程序尚未准备好时，你希望尝试某些功能。
此模式有两种容忍策略：
SEMANTIC：编译器将接受语法正确但在语义上不合理的代码，例如val x: String = 3。SYNTAX：编译器将接受任何代码，即使它包含语法错误。
要允许带错误编译，请添加 -Xerror-tolerance-policy= 编译器选项，并设置上述值之一。
Kotlin/Native
Kotlin/Native 在 1.4.20 中的首要任务是性能和完善现有功能。以下是显著的改进：
逃逸分析
Kotlin/Native 引入了新的逃逸分析机制的原型。它通过在栈上而不是堆上分配某些对象来提高运行时性能。该机制在我们的基准测试中显示出平均 10% 的性能提升，我们将继续改进它，使其进一步加快程序运行速度。
逃逸分析在发布构建（使用 -opt 编译器选项）的单独编译阶段运行。
如果你想禁用逃逸分析阶段，请使用 -Xdisable-phases=EscapeAnalysis 编译器选项。
性能改进和 Bug 修复
Kotlin/Native 在各种组件中获得了性能改进和 Bug 修复，包括 1.4.0 中添加的功能，例如代码共享机制。
显式选择启用 Objective-C 异常包装
Kotlin/Native 现在可以在运行时处理从 Objective-C 代码抛出的异常，以避免程序崩溃。
你可以选择启用将 NSException 包装为 ForeignException 类型的 Kotlin 异常。它们会保留对原始 NSException 的引用。这使你能够获取根本原因的信息并正确处理它。
要启用 Objective-C 异常包装，请在 cinterop 调用中指定 -Xforeign-exception-mode objc-wrap 选项，或将 foreignExceptionMode = objc-wrap 属性添加到 .def 文件。如果你使用 CocoaPods 集成，请像这样在依赖项的 pod {} 构建脚本块中指定该选项：
pod("foo") {
extraOpts = listOf("-Xforeign-exception-mode", "objc-wrap")
}默认行为保持不变：当 Objective-C 代码抛出异常时，程序将终止。
CocoaPods 插件改进
Kotlin 1.4.20 持续改进 CocoaPods 集成。具体来说，你可以尝试以下新功能：
改进的任务执行
CocoaPods 插件的任务执行流程得到了改进。例如，如果你添加一个新的 CocoaPods 依赖项，现有依赖项不会被重新构建。添加额外的目标也不会影响现有依赖项的重新构建。
扩展的 DSL
将 CocoaPods 依赖项添加到 Kotlin 项目的 DSL 获得了新功能。
除了本地 Pod 和来自 CocoaPods 仓库的 Pod 之外，你还可以添加对以下类型库的依赖项：
- 来自自定义 spec 仓库的库。
- 来自 Git 远程仓库的库。
- 来自存档（也通过任意 HTTP 地址可用）的库。
- 静态库。
- 带有自定义 cinterop 选项的库。
了解更多关于在 Kotlin 项目中添加 CocoaPods 依赖项的信息。在 Kotlin with CocoaPods 示例中查找示例。
更新的 Xcode 集成
为了与 Xcode 正确配合使用，Kotlin 需要对 Podfile 进行一些更改：
- 如果你的 Kotlin Pod 有任何 Git、HTTP 或 specRepo Pod 依赖项，你也应该在 Podfile 中指定它。
- 当你从自定义 spec 添加库时，你也应该在 Podfile 的开头指定 spec 的位置。
现在，集成错误在 IDEA 中有详细的描述。因此，如果你的 Podfile 出现问题，你将立即知道如何修复它们。
了解更多关于创建 Kotlin Pod 的信息。
支持 Xcode 12 库
我们增加了对 Xcode 12 附带的新库的支持。现在你可以在 Kotlin 代码中使用它们。
Kotlin 多平台
多平台库发布结构更新
从 Kotlin 1.4.20 开始，不再有单独的元数据发布。元数据工件现在包含在代表整个库的_根_发布中，并在作为依赖项添加到公共源集时自动解析为适当的平台特定工件。
了解更多关于发布多平台库的信息。
与早期版本的兼容性
此结构更改破坏了具有分层项目结构的项目之间的兼容性。如果多平台项目及其依赖的库都具有分层项目结构，那么你需要将它们同时更新到 Kotlin 1.4.20 或更高版本。使用 Kotlin 1.4.20 发布的库无法用于使用早期版本发布的项目。
不具备分层项目结构的项目和库仍保持兼容。
标准库
Kotlin 1.4.20 的标准库提供了用于文件操作的新扩展和更好的性能。
java.nio.file.Path 的扩展
DANGER
java.nio.file.Path 的扩展是实验性的。它们可能随时被移除或更改。使用此功能需要显式选择启用（详见下文）。请仅将其用于评估目的。我们非常感谢你在 YouTrack 上提供的反馈。
现在标准库为 java.nio.file.Path 提供了实验性扩展。以 Kotlin 习惯的方式使用现代 JVM 文件 API，现在类似于使用 kotlin.io 包中 java.io.File 的扩展。
// 使用除法 (/) 运算符构造路径
val baseDir = Path("/base")
val subDir = baseDir / "subdirectory"
// 列出目录中的文件
val kotlinFiles: List<Path> = Path("/home/user").listDirectoryEntries("*.kt")这些扩展位于 kotlin-stdlib-jdk7 模块的 kotlin.io.path 包中。 要使用这些扩展，请选择启用实验性注解 @ExperimentalPathApi。
改进的 String.replace 函数性能
新的 String.replace() 实现加快了函数执行速度。区分大小写的变体使用基于 indexOf 的手动替换循环，而不区分大小写的变体则使用正则表达式匹配。
Kotlin Android Extensions
在 1.4.20 中，Kotlin Android Extensions 插件已被弃用，并且 Parcelable 实现生成器已移至单独的插件。
合成视图的弃用
合成视图 在 Kotlin Android Extensions 插件中出现已有一段时间，旨在简化与 UI 元素的交互并减少样板代码。现在 Google 提供了一个功能相同的原生机制——Android Jetpack 的视图绑定，我们正弃用合成视图，转而支持后者。
我们将 Parcelable 实现生成器从 kotlin-android-extensions 中提取出来，并开始对其余部分——合成视图——进行弃用周期。目前，它们仍会带有弃用警告继续工作。将来，你需要将项目切换到其他解决方案。以下是帮助你将 Android 项目从合成视图迁移到视图绑定的指南。
Parcelable 实现生成器的新插件
现在 Parcelable 实现生成器已在新插件 kotlin-parcelize 中可用。请应用此插件而不是 kotlin-android-extensions。
NOTE
kotlin-parcelize 和 kotlin-android-extensions 不能在同一个模块中同时应用。
@Parcelize 注解已移至 kotlinx.parcelize 包。
了解更多关于 Android 文档中的 Parcelable 实现生成器。