Kotlin 1.5.0 有哪些新特性

发布日期：2021 年 5 月 5 日

Kotlin 1.5.0 引入了新的语言特性、稳定的基于 IR 的 JVM 编译器后端、性能改进以及稳定实验性的特性和弃用过时特性等演进性变更。

您还可以在发布博客文章中找到这些变更的概述。

语言特性

Kotlin 1.5.0 带来了在 1.4.30 中预览的新语言特性的稳定版本：

• JVM records 支持
• 密封接口和密封类改进
• 内联类

这些特性的详细描述可在这篇博客文章和 Kotlin 文档的相应页面中找到。

JVM records 支持

Java 正在快速演进，为了确保 Kotlin 能够与其保持互操作性，我们引入了对其最新特性之一 — record 类的支持。

Kotlin 对 JVM records 的支持包括双向互操作性：

• 在 Kotlin 代码中，您可以像使用带有属性的常规类一样使用 Java record 类。
• 要在 Java 代码中将 Kotlin 类用作 record，请将其设为 data 类并使用 @JvmRecord 注解标记它。

@JvmRecord
data class User(val name: String, val age: Int)

了解更多关于在 Kotlin 中使用 JVM record 的信息。

密封接口

Kotlin 接口现在可以拥有 sealed 修饰符，它在接口上的工作方式与在类上相同：密封接口的所有实现都在编译期已知。

sealed interface Polygon

您可以依赖这一事实，例如，编写详尽的 when 表达式。

fun draw(polygon: Polygon) = when (polygon) {
   is Rectangle -> // ...
   is Triangle -> // ...
   // else is not needed - all possible implementations are covered
}

此外，密封接口支持更灵活的受限类层级结构，因为一个类可以直接继承多个密封接口。

class FilledRectangle: Polygon, Fillable

了解更多关于密封接口的信息。

包级密封类层级结构

密封类现在可以在同一编译单元和同一包的所有文件中拥有子类。以前，所有子类都必须出现在同一个文件中。

直接子类可以是顶层类，也可以嵌套在任意数量的其他命名类、命名接口或命名对象中。

密封类的子类必须具有正确限定的名称 — 它们不能是局部或匿名对象。

了解更多关于密封类层级结构的信息。

内联类

内联类是仅包含值的基于值的类的一个子集。您可以将它们用作某种类型值的包装器，而不会产生使用内存分配带来的额外开销。

内联类可以在类名之前使用 value 修饰符声明：

value class Password(val s: String)

JVM 后端还需要一个特殊的 @JvmInline 注解：

@JvmInline
value class Password(val s: String)

inline 修饰符现在已被弃用并带有警告。

了解更多关于内联类的信息。

Kotlin/JVM

Kotlin/JVM 获得了一些改进，包括内部和面向用户的。以下是其中最值得关注的：

• 稳定的 JVM IR 后端
• 新的默认 JVM 目标：1.8
• 通过 invokedynamic 实现 SAM 适配器
• 通过 invokedynamic 实现 Lambda 表达式
• @JvmDefault 和旧的 Xjvm-default 模式的弃用
• 空安全注解处理的改进

稳定的 JVM IR 后端

Kotlin/JVM 编译器的基于 IR 的后端现在已稳定并默认启用。

从 Kotlin 1.4.0 开始，基于 IR 后端的早期版本可供预览，现在它已成为语言版本 1.5 的默认设置。对于更早的语言版本，旧后端仍默认使用。

您可以在这篇博客文章中找到更多关于 IR 后端优势及其未来发展的详细信息。

如果您需要在 Kotlin 1.5.0 中使用旧后端，可以将以下行添加到项目的配置文件中：

• 在 Gradle 中：

KotlinGroovy

tasks.withType<org.jetbrains.kotlin.gradle.dsl.KotlinJvmCompile> {
  kotlinOptions.useOldBackend = true
}

tasks.withType(org.jetbrains.kotlin.gradle.dsl.KotlinJvmCompile) {
 kotlinOptions.useOldBackend = true
}

• 在 Maven 中：

<configuration>
    <args>
        <arg>-Xuse-old-backend</arg>
    </args>
</configuration>

新的默认 JVM 目标：1.8

Kotlin/JVM 编译的默认目标版本现在是 1.8。1.6 目标已弃用。

如果您需要针对 JVM 1.6 进行构建，仍可切换到此目标。了解如何操作：

• 在 Gradle 中
• 在 Maven 中
• 在命令行编译器中

通过 invokedynamic 实现 SAM 适配器

Kotlin 1.5.0 现在使用动态调用（invokedynamic）来编译 SAM（单一抽象方法）转换：

• 如果 SAM 类型是 Java 接口，则针对任何表达式
• 如果 SAM 类型是 Kotlin 函数式接口，则针对 lambda 表达式

新的实现使用 LambdaMetafactory.metafactory()，辅助包装类在编译期间不再生成。这减小了应用程序 JAR 的大小，从而提高了 JVM 启动性能。

要回滚到基于匿名类生成的旧实现方案，请添加编译器选项 -Xsam-conversions=class。

了解如何在 Gradle、Maven 和命令行编译器中添加编译器选项。

通过 invokedynamic 实现 Lambda 表达式

将纯 Kotlin lambda 表达式编译为 invokedynamic 是实验性的。它可能随时被移除或更改。 需要选择启用（参见下方详细信息），您应该仅将其用于求值目的。我们感谢您在 YouTrack 中提供反馈。

Kotlin 1.5.0 引入了编译纯 Kotlin lambda 表达式（未转换为函数式接口实例的 lambda 表达式）为动态调用（invokedynamic）的实验性支持。该实现通过使用 LambdaMetafactory.metafactory() 生成更轻量的二进制文件，这实际上是在运行时生成必要的类。目前，与普通的 lambda 编译相比，它有三个限制：

• 编译为 invokedynamic 的 lambda 表达式不可序列化。
• 对此类 lambda 表达式调用 toString() 会产生可读性较差的字符串表示。
• 实验性的 reflect API 不支持使用 LambdaMetafactory 创建的 lambda 表达式。

要尝试此特性，请添加 -Xlambdas=indy 编译器选项。如果您能在此 YouTrack 工单中分享您的反馈，我们将不胜感激。

了解如何在 Gradle、Maven 和命令行编译器中添加编译器选项。

@JvmDefault 和旧的 Xjvm-default 模式的弃用

在 Kotlin 1.4.0 之前，有 @JvmDefault 注解以及 -Xjvm-default=enable 和 -Xjvm-default=compatibility 模式。它们用于为 Kotlin 接口中的任何特定非抽象成员创建 JVM 默认方法。

在 Kotlin 1.4.0 中，我们引入了新的 Xjvm-default 模式，它们为整个项目开启默认方法生成。

在 Kotlin 1.5.0 中，我们正在弃用 @JvmDefault 和旧的 Xjvm-default 模式：-Xjvm-default=enable 和 -Xjvm-default=compatibility。

了解更多关于 Java 互操作中的默认方法。

空安全注解处理的改进

Kotlin 支持使用空安全注解处理来自 Java 的类型可空性信息。Kotlin 1.5.0 为此特性引入了多项改进：

• 它会读取编译后的 Java 库中用作依赖项的类型实参上的空安全注解。
• 它支持带有 TYPE_USE 目标的空安全注解，适用于：
  • 数组
  • 可变实参 (Varargs)
  • 字段
  • 类型形参及其界限
  • 基类和接口的类型实参
• 如果空安全注解具有适用于类型的多个目标，并且其中一个目标是 TYPE_USE，则优先使用 TYPE_USE。例如，如果 @Nullable 支持 TYPE_USE 和 METHOD 作为目标，则方法签名 @Nullable String[] f() 变为 fun f(): Array<String?>!。

对于这些新支持的场景，从 Kotlin 调用 Java 时使用错误的类型可空性会产生警告。使用 -Xtype-enhancement-improvements-strict-mode 编译器选项可为这些场景启用严格模式（并报告错误）。

了解更多关于空安全和平台类型的信息。

Kotlin/Native

Kotlin/Native 现在性能更高且更稳定。值得关注的变更是：

• 性能改进
• 内存泄漏检查器的停用

性能改进

在 1.5.0 中，Kotlin/Native 获得了一系列性能改进，可加快编译和执行速度。

编译器缓存现在在调试模式下受支持，适用于 linuxX64（仅在 Linux 主机上）和 iosArm64 目标平台。启用编译器缓存后，除了首次编译，大多数调试编译都会快得多。测量结果显示，在我们的测试项目中速度提高了约 200%。

要为新目标使用编译器缓存，请通过将以下行添加到项目的 gradle.properties 中来选择启用：

• 对于 linuxX64：kotlin.native.cacheKind.linuxX64=static
• 对于 iosArm64：kotlin.native.cacheKind.iosArm64=static

如果您在启用编译器缓存后遇到任何问题，请向我们的问题追踪器 YouTrack 报告。

其他改进可加快 Kotlin/Native 代码的执行速度：

• 琐碎的属性访问器被内联。
• 字符串字面量上的 trimIndent() 在编译期间求值。

内存泄漏检查器的停用

内置的 Kotlin/Native 内存泄漏检查器已默认禁用。

它最初是为内部使用而设计的，并且只能在有限数量的场景中发现泄漏，而不是所有场景。此外，后来发现它存在可能导致应用程序崩溃的问题。因此我们决定关闭内存泄漏检查器。

内存泄漏检查器在某些场景下仍然有用，例如单元测试。对于这些场景，您可以通过添加以下代码行来启用它：

Platform.isMemoryLeakCheckerActive = true

请注意，不建议为应用程序运行时启用该检查器。

Kotlin/JS

Kotlin/JS 在 1.5.0 中获得了演进性变更。我们正继续努力使 JS IR 编译器后端趋于稳定并发布其他更新：

• webpack 升级到版本 5
• IR 编译器的框架和库

webpack 升级到版本 5

Kotlin/JS Gradle 插件现在为浏览器目标使用 webpack 5，而不是 webpack 4。这是一个带来不兼容变更的重大 webpack 升级。如果您正在使用自定义 webpack 配置，请务必查看 webpack 5 发布说明。

了解更多关于使用 webpack 打包 Kotlin/JS 项目的信息。

IR 编译器的框架和库

Kotlin/JS IR 编译器处于 Alpha 阶段。它未来可能不兼容地更改并需要手动迁移。 我们感谢您在 YouTrack 中提供反馈。

除了开发 Kotlin/JS 编译器的基于 IR 的后端，我们还鼓励并帮助库作者以 both 模式构建他们的项目。这意味着他们可以为两种 Kotlin/JS 编译器生成构件，从而壮大新编译器的生态系统。

许多知名框架和库已可用于 IR 后端：KVision、fritz2、doodle 等。如果您在项目中使用它们，您已经可以使用 IR 后端构建它，并看到它带来的好处。

如果您正在编写自己的库，请以 both 模式编译它，以便您的客户端也可以使用新编译器。

Kotlin Multiplatform

在 Kotlin 1.5.0 中，简化了多平台项目中测试依赖项的使用，现在由 Gradle 插件自动完成。

用于获取字符类别的新的 API 现已在多平台代码中可用。

标准库

标准库获得了一系列变更和改进，从稳定实验性部分到添加新特性：

• 稳定的无符号整数类型
• 稳定的与区域设置无关的文本大小写转换 API
• 稳定的 Char 到整数转换 API
• 稳定的 Path API
• 向下取整除法和模操作符
• Duration API 变更
• 用于获取字符类别的新的 API 现已在多平台代码中可用
• 新的集合函数 firstNotNullOf()
• String?.toBoolean() 的严格版本

您可以在这篇博客文章中了解更多关于标准库变更的信息。

稳定的无符号整数类型

UInt、ULong、UByte、UShort 无符号整数类型现在已稳定。这些类型的操作、区间和数列也是如此。无符号数组及其操作仍处于 Beta 阶段。

了解更多关于无符号整数类型的信息。

稳定的与区域设置无关的文本大小写转换 API

此版本带来了新的与区域设置无关的文本大小写转换 API。它提供了 toLowerCase()、toUpperCase()、capitalize() 和 decapitalize() API 函数的替代方案，这些函数是区域设置敏感的。新的 API 帮助您避免因不同区域设置而导致的错误。

Kotlin 1.5.0 提供了以下完全稳定的替代方案：

• 对于 String 函数：

  早期版本	1.5.0 替代方案
  String.toUpperCase()	String.uppercase()
  String.toLowerCase()	String.lowercase()
  String.capitalize()	String.replaceFirstChar { it.uppercase() }
  String.decapitalize()	String.replaceFirstChar { it.lowercase() }

• 对于 Char 函数：

  早期版本	1.5.0 替代方案
  Char.toUpperCase()	Char.uppercaseChar(): Char Char.uppercase(): String
  Char.toLowerCase()	Char.lowercaseChar(): Char Char.lowercase(): String
  Char.toTitleCase()	Char.titlecaseChar(): Char Char.titlecase(): String

对于 Kotlin/JVM，还存在带有显式 Locale 形参的重载 uppercase()、lowercase() 和 titlecase() 函数。

旧的 API 函数已被标记为弃用，并将在未来的版本中移除。

请参阅 KEEP 中文本处理函数的完整变更列表。

稳定的 Char 到整数转换 API

从 Kotlin 1.5.0 开始，新的字符到编码和字符到数字转换函数已稳定。这些函数取代了当前的 API 函数，后者经常与类似的字符串到 Int 转换混淆。

新的 API 消除了这种命名混淆，使代码行为更透明和明确。

此版本引入了 Char 转换，它们分为以下几组命名清晰的函数：

• 获取 Char 的整数编码以及从给定编码构造 Char 的函数：

fun Char(code: Int): Char
fun Char(code: UShort): Char
val Char.code: Int

• 将 Char 转换为其所代表数字的数值的函数：

fun Char.digitToInt(radix: Int): Int
fun Char.digitToIntOrNull(radix: Int): Int?

• 一个用于 Int 的扩展函数，用于将其所代表的非负单数字转换为相应的 Char 表示：

fun Int.digitToChar(radix: Int): Char

旧的转换 API，包括 Number.toChar() 及其实现（除了 Int.toChar() 之外的所有）以及用于转换为数字类型的 Char 扩展，例如 Char.toInt()，现在已被弃用。

了解更多关于 KEEP 中字符到整数转换 API 的信息。

稳定的 Path API

带有 java.nio.file.Path 扩展的实验性的 Path API 现在已稳定。

// construct path with the div (/) operator
val baseDir = Path("/base")
val subDir = baseDir / "subdirectory"

// list files in a directory
val kotlinFiles: List<Path> = Path("/home/user").listDirectoryEntries("*.kt")

了解更多关于 Path API 的信息。

向下取整除法和模操作符

标准库中添加了新的模算术操作：

• floorDiv() 返回向下取整除法的结果。它可用于整数类型。
• mod() 返回向下取整除法的余数（模数）。它可用于所有数值类型。

这些操作看起来与现有的整数除法和 rem() 函数（或 % 操作符）非常相似，但它们在负数上的工作方式不同：

• a.floorDiv(b) 与常规的 / 不同之处在于 floorDiv 将结果向下取整（朝向较小的整数），而 / 将结果截断为更接近 0 的整数。
• a.mod(b) 是 a 与 a.floorDiv(b) * b 之间的差值。它要么是零，要么与 b 的符号相同，而 a % b 可以有不同的符号。

fun main() {
    println("Floored division -5/3: ${(-5).floorDiv(3)}")
    println( "Modulus: ${(-5).mod(3)}")
    
    println("Truncated division -5/3: ${-5 / 3}")
    println( "Remainder: ${-5 % 3}")
}

Duration API 变更

Duration API 是实验性的。它可能随时被移除或更改。 仅将其用于求值目的。我们感谢您在 YouTrack 中提供反馈。

存在一个实验性的 Duration 类，用于表示不同时间单位的持续时间量。在 1.5.0 中，Duration API 获得了以下变更：

• 内部值表示现在使用 Long 而不是 Double 来提供更好的精度。
• 新的 API 用于将 Duration 转换为特定时间单位的 Long 值。它取代了旧的 API，后者使用 Double 值并且现在已被弃用。例如，Duration.inWholeMinutes 返回表示为 Long 的持续时间值，并取代 Duration.inMinutes。
• 新的伴生函数，用于从数字构造 Duration。例如，Duration.seconds(Int) 创建一个表示整数秒数的 Duration 对象。旧的扩展属性，如 Int.seconds，现在已被弃用。

import kotlin.time.Duration
import kotlin.time.ExperimentalTime

@ExperimentalTime
fun main() {
    val duration = Duration.milliseconds(120000)
    println("There are ${duration.inWholeSeconds} seconds in ${duration.inWholeMinutes} minutes")
}

用于获取字符类别的新的 API 现已在多平台代码中可用

Kotlin 1.5.0 引入了新的 API，用于在多平台项目中根据 Unicode 获取字符类别。多个函数现在可在所有平台和公共代码中使用。

检查字符是否为字母或数字的函数：

• Char.isDigit()
• Char.isLetter()
• Char.isLetterOrDigit()

fun main() {
    val chars = listOf('a', '1', '+')
    val (letterOrDigitList, notLetterOrDigitList) = chars.partition { it.isLetterOrDigit() }
    println(letterOrDigitList) // [a, 1]
    println(notLetterOrDigitList) // [+]
}

检查字符大小写的函数：

• Char.isLowerCase()
• Char.isUpperCase()
• Char.isTitleCase()

fun main() {
    val chars = listOf('Dž', 'Lj', 'Nj', 'Dz', '1', 'A', 'a', '+')
    val (titleCases, notTitleCases) = chars.partition { it.isTitleCase() }
    println(titleCases) // [Dž, Lj, Nj, Dz]
    println(notTitleCases) // [1, A, a, +]
}

其他一些函数：

• Char.isDefined()
• Char.isISOControl()

属性 Char.category 及其返回类型枚举类 CharCategory（表示根据 Unicode 字符的通用类别）现在也已在多平台项目中可用。

了解更多关于字符的信息。

新的集合函数 firstNotNullOf()

新的 firstNotNullOf() 和 firstNotNullOfOrNull() 函数将 mapNotNull() 与 first() 或 firstOrNull() 结合使用。它们使用自定义选择器函数映射原始集合并返回第一个非空值。如果没有这样的值，firstNotNullOf() 会抛出异常，而 firstNotNullOfOrNull() 会返回 null。

fun main() {
    val data = listOf("Kotlin", "1.5")
    println(data.firstNotNullOf(String::toDoubleOrNull))
    println(data.firstNotNullOfOrNull(String::toIntOrNull))
}

String?.toBoolean() 的严格版本

两个新函数引入了现有 String?.toBoolean() 的区分大小写的严格版本：

• String.toBooleanStrict() 对除字面量 true 和 false 之外的所有输入都抛出异常。
• String.toBooleanStrictOrNull() 对除字面量 true 和 false 之外的所有输入都返回 null。

fun main() {
    println("true".toBooleanStrict())
    println("1".toBooleanStrictOrNull())
    // println("1".toBooleanStrict()) // Exception
}

kotlin-test 库

kotlin-test 库引入了一些新特性：

• 简化了多平台项目中的测试依赖项使用
• 自动选择 Kotlin/JVM 源代码集的测试框架
• 断言函数更新

简化了多平台项目中的测试依赖项使用

现在您可以使用 kotlin-test 依赖项在 commonTest 源代码集中添加测试依赖项，Gradle 插件将为每个测试源代码集推断相应的平台依赖项：

• kotlin-test-junit 用于 JVM 源代码集，请参阅自动选择 Kotlin/JVM 源代码集的测试框架
• kotlin-test-js 用于 Kotlin/JS 源代码集
• kotlin-test-common 和 kotlin-test-annotations-common 用于公共源代码集
• Kotlin/Native 源代码集没有额外的构件

此外，您可以在任何共享或平台特有的源代码集中使用 kotlin-test 依赖项。

现有的带有显式依赖项的 kotlin-test 设置在 Gradle 和 Maven 中都将继续工作。

了解更多关于设置测试库依赖项的信息。

自动选择 Kotlin/JVM 源代码集的测试框架

Gradle 插件现在会自动选择并添加测试框架的依赖项。您只需在公共源代码集中添加 kotlin-test 依赖项即可。

Gradle 默认使用 JUnit 4。因此，kotlin("test") 依赖项解析为 JUnit 4 的变体，即 kotlin-test-junit：

KotlinGroovy

kotlin {
    sourceSets {
        val commonTest by getting {
            dependencies {
                implementation(kotlin("test")) // 这会传递性地引入 JUnit 4 的依赖项
            }
        }
    }
}

kotlin {
    sourceSets {
        commonTest {
            dependencies {
                implementation kotlin("test") // 这会传递性地引入 JUnit 4 的依赖项 
            }
        }
    }
}

您可以通过在测试任务中调用 useJUnitPlatform() 或 useTestNG() 来选择 JUnit 5 或 TestNG：

tasks {
    test {
        // 启用 TestNG 支持
        useTestNG()
        // 或
        // 启用 JUnit Platform（又名 JUnit 5）支持
        useJUnitPlatform()
    }
}

您可以通过将 kotlin.test.infer.jvm.variant=false 行添加到项目的 gradle.properties 中来禁用自动测试框架选择。

了解更多关于设置测试库依赖项的信息。

断言函数更新

此版本带来了新的断言函数并改进了现有函数。

kotlin-test 库现在具有以下特性：

• 检测值的类型

  您可以使用新的 assertIs<T> 和 assertIsNot<T> 来检测值的类型：

  @Test
  fun testFunction() {
      val s: Any = "test"
      assertIs<String>(s)  // 如果断言失败，则抛出 AssertionError 并提及 s 的实际类型
      // 因为 assertIs 中的契约，现在可以打印 s.length
      println("${s.length}")
  }

  由于类型擦除，此断言函数在以下示例中仅检测 value 是否为 List 类型，而不检测它是否为特定 String 元素类型的 list：assertIs<List<String>>(value)。

• 比较数组、序列和任意可迭代容器的内容

  存在一组新的重载 assertContentEquals() 函数，用于比较不实现结构相等性的不同集合的内容：

  @Test
  fun test() {
      val expectedArray = arrayOf(1, 2, 3)
      val actualArray = Array(3) { it + 1 }
      assertContentEquals(expectedArray, actualArray)
  }

• assertEquals() 和 assertNotEquals() 的新重载，用于 Double 和 Float 类型数字

  assertEquals() 函数存在新的重载，使其可以比较两个 Double 或 Float 数字的绝对精度。精度值指定为函数的第三个形参：

   @Test
  fun test() {
      val x = sin(PI)
  
      // precision parameter
      val tolerance = 0.000001
  
      assertEquals(0.0, x, tolerance)
  }

• 检测集合和元素内容的新函数

  您现在可以使用 assertContains() 函数检测集合或元素是否包含某些内容。 您可以将它与 Kotlin 集合和具有 contains() 操作符的元素一起使用，例如 IntRange、String 等：

  @Test
  fun test() {
      val sampleList = listOf<String>("sample", "sample2")
      val sampleString = "sample"
      assertContains(sampleList, sampleString)  // 集合中的元素
      assertContains(sampleString, "amp")       // 字符串中的子字符串
  }

• assertTrue()、assertFalse()、expect() 函数现在是内联的

  从现在起，您可以将它们用作内联函数，因此可以在 lambda 表达式内部调用挂起函数：

  @Test
  fun test() = runBlocking<Unit> {
      val deferred = async { "Kotlin is nice" }
      assertTrue("Kotlin substring should be present") {
          deferred.await() .contains("Kotlin")
      }
  }

kotlinx 库

随着 Kotlin 1.5.0 的发布，我们正在发布新版本的 kotlinx 库：

• kotlinx.coroutines 1.5.0-RC
• kotlinx.serialization 1.2.1
• kotlinx-datetime 0.2.0

Coroutines 1.5.0-RC

kotlinx.coroutines 1.5.0-RC 随之而来：

• 新的通道 API
• 稳定的反应式集成
• 还有更多

从 Kotlin 1.5.0 开始，实验性协程已禁用，并且不再支持 -Xcoroutines=experimental 标志。

了解更多信息请参见更新日志和 [kotlinx.coroutines 1.5.0 发布博客文章。

Serialization 1.2.1

kotlinx.serialization 1.2.1 随之而来：

• JSON 序列化性能改进
• JSON 序列化中支持多个名称
• 从 @Serializable 类生成实验性的 .proto 模式
• 还有更多

了解更多信息请参见更新日志和 [kotlinx.serialization 1.2.1 发布博客文章。

dateTime 0.2.0

kotlinx-datetime 0.2.0 随之而来：

• 可序列化的 Datetime 对象
• DateTimePeriod 和 DatePeriod 的标准化 API
• 还有更多

了解更多信息请参见更新日志和 [kotlinx-datetime 0.2.0 发布博客文章。

迁移到 Kotlin 1.5.0

IntelliJ IDEA 和 Android Studio 一旦可用，将建议将 Kotlin 插件更新到 1.5.0。

要将现有项目迁移到 Kotlin 1.5.0，只需将 Kotlin 版本更改为 1.5.0 并重新导入您的 Gradle 或 Maven 项目。 了解如何更新到 Kotlin 1.5.0。

要使用 Kotlin 1.5.0 启动新项目，请更新 Kotlin 插件并从 File | New | Project 运行项目向导。

新的命令行编译器可在 GitHub 发布页面下载。

Kotlin 1.5.0 是一个特性发布，因此可能为语言带来不兼容的变更。在 Kotlin 1.5 兼容性指南中查找此类变更的详细列表。