Kotlin1.8.0新特性
新特性概述
- JVM 的新实验性功能：递归复制或删除目录内容
- 提升了 kotlin-reflect 性能
- 新的 -Xdebug 编译器选项，提供更出色的调试体验
- kotlin-stdlib-jdk7 与 kotlin-stdlib-jdk8 合并为 kotlin-stdlib
- 提升了 Objective-C/Swift 互操作性
- 与 Gradle 7.3 兼容
递归复制或删除目录内容
注意：
这些新功能对于`java.nio.file.path`来说是实验性的。如果要调用他们，你需要添加`@OptIn(kotlin.io.path.ExperimentalPathApi::class)`或者`@kotlin.io.path.ExperimentalPathApi`注释。你也可以添加编译器选项`-opt-in=kotlin.io.path.ExperimentalPathApi`。
两个扩展函数，它允许你递归：
java.nio.file.PathcopyToRecursively() deleteRecursively()
- 将目录及其内容复制到另一个目标。
- 删除目录及其内容。
作为备份过程的一部分，这些功能非常有用。
异常处理
copyToRecursively() onError
例如：
sourceRoot.copyToRecursively(destinationRoot, followLinks = false,onError = { source, target, exception ->logger.logError(exception, "Failed to copy $source to $target")OnErrorResult.TERMINATE})
使用 时，如果在删除文件或文件夹时发生异常，则会跳过该文件或文件夹。删除完成后，将引发包含作为抑制异常发生的所有异常。deleteRecursively() deleteRecursively() IOException
文件覆盖
如果发现目标目录中已存在文件，则会发生异常。如果要覆盖该文件，请使用 with 作为参数的重载并将其设置为 ：
copyToRecursively() overwrite true
例如：
fun setUpEnvironment(projectDirectory: Path, fixtureName: String) {fixturesRoot.resolve(COMMON_FIXTURE_NAME).copyToRecursively(projectDirectory, followLinks = false)fixturesRoot.resolve(fixtureName).copyToRecursively(projectDirectory, followLinks = false,overwrite = true) // patches the common fixture
}
自定义复制操作
重载copyAction， 例如：
sourceRoot.copyToRecursively(destinationRoot, followLinks = false) { source, target ->if (source.name.startsWith(".")) {CopyActionResult.SKIP_SUBTREE} else {source.copyToIgnoringExistingDirectory(target, followLinks = false)CopyActionResult.CONTINUE}
}
提升了 kotlin-reflect 性能
利用现在使用 JVM 目标 1.8 编译的事实，我们将内部缓存机制迁移到 Java 的 .以前我们只缓存 ，但现在我们也缓存和.这些更改在调用 时显著提高了性能。kotlin-reflect ClassValue KClass KType KDeclarationContainer typeOf()
新的 -Xdebug 编译器选项
Kotlin 1.8.0 添加了一个新的编译器选项，该选项禁用优化以获得更好的调试体验。目前，该选项禁用协程的“已优化”功能。将来，在我们添加更多优化后，此选项也会禁用它们。-Xdebug
“已优化”功能可在使用挂起函数时优化变量。但是，很难使用优化变量调试代码，因为看不到它们的值。
禁止在生产环境中使用该选项，可能会产生内存泄露。
kotlin-stdlib-jdk7 与 kotlin-stdlib-jdk8 合并为 kotlin-stdlib
不同版本的stdlib已统一合并到kotlin-stdlib中
提升了Object及Swift的互操作
为了使 Kotlin 与 Objective-C 和 Swift 更具互操作性，添加了三个新的注释：
@ObjCName允许您在 Swift 或 Objective-C 中指定一个更惯用的名称，而不是重命名 Kotlin 声明。
该注释指示 Kotlin 编译器为此类、属性、参数或函数使用自定义的 Objective-C 和 Swift 名称：
@ObjCName(swiftName = "MySwiftArray")
class MyKotlinArray {@ObjCName("index")fun indexOf(@ObjCName("of") element: String): Int = TODO()
}// Usage with the ObjCName annotations
let array = MySwiftArray()
let index = array.index(of: "element")
@HiddenFromObjC允许您从 Objective-C 中隐藏 Kotlin 声明。
注释指示 Kotlin 编译器不要将函数或属性导出到 Objective-C 并因此导出到 Swift。这可以使您的 Kotlin 代码对 Objective-C/Swift 更加友好。
@ShouldRefineInSwift对于用 Swift 编写的包装器替换 Kotlin 声明很有用。
注释指示 Kotlin 编译器将函数或属性标记为生成的 Objective-C API 中的函数或属性。这样的声明获得前缀，这使得它们对 Swift 代码不可见。swift_private__
与 Gradle 7.3 兼容
Kotlin 1.8.0 完全支持 Gradle 版本 7.2 和 7.3。您也可以使用 Gradle 版本至最新的 Gradle 版本，但如果您这样做，请注意，您可能会遇到弃用警告，或者某些新的 Gradle 功能可能无法使用。
此版本带来了许多更改：
-
将 Kotlin 编译器选项公开为 Gradle 惰性属性
-
提高支持的最低版本
从 Kotlin 1.8.0 开始，支持的最低 Gradle 版本为 6.8.3，支持的最低 Android Gradle 插件版本为 4.1.3。
gradle插件版本与gradle版本的对应关系如下
https://kotlinlang.org/docs/gradle-configure-project.html#apply-the-plugin -
能够禁用 Kotlin 守护进程回退策略
kotlin.daemon.useFallbackStrategy true false useDaemonFallbackStrategy
编译通常运行在gradle守护进程上，如果守护进程因为某些原因挂掉了，那么还可以在守护进程之外编译运行。
- 在传递依赖项中使用最新的
kotlin-stdlib版本
通过以下选项对齐kotlin版本
kotlin.stdlib.jdk.variants.version.alignment=false
//或者
implementation(platform("org.jetbrains.kotlin:kotlin-bom:1.8.0"))
-
强制检查相关 Kotlin 和 Java 编译任务的 JVM 目标兼容性相等性
-
解决 Kotlin Gradle 插件的传递依赖关系
为避免传递依赖中版本不一致导致编译出错，添加下列选项来进行约束
dependencies {constraints {implementation("org.jetbrains.kotlin:kotlin-sam-with-receiver:1.8.0")}
}
- 弃用和移除
具体查看如下链接：
https://kotlinlang.org/docs/whatsnew18.html#deprecations-and-removals
参考
https://kotlinlang.org/docs/whatsnew18.html
https://kotlinlang.org/docs/whatsnew-eap.html
