[译] Kotlin 协程高级使用技巧

协程从 1.3 开始成为稳定版！

开始 Kotlin 协程非常简单：只需将一些耗时操作放在 launch 中即可，你做到了，对不？当然，这是针对简单的情况。但很快，并发与并行的复杂性会慢慢堆积起来。

当你深入研究协程时，以下是一些你需要知道的事情。

取消 + 阻塞操作 = 😈

没有办法绕过它：在某些时候，你不得不用原生 Java 流。这里的问题（很多情况下 😉）是使用流将会堵塞当前线程。这在协程中是一个坏消息。现在，如果你想要取消一个协程，在能够继续执行之前，你不得不等待读写操作完成。

作为一个简单可重复的例子，让我们打开 ServerSocket 并且等待 1 秒的超时连接：

runBlocking(Dispatchers.IO) {
withTimeout(1000) {
val socket = ServerSocket(42)

// 我们将卡在这里直到有人接收该连接。难道你不想知道为什么吗？😜
socket.accept()
}
}

应该可以运行，对吗？不。

现在你的感受有点像：😖。 那么我们如何解决呢？

当 Closeable APIs 构建良好时，它们支持从任何线程关闭流并适当地失败。

注意：通常情况下，JDK 中的 APIs 遵循了这些最佳实践，但需注意第三方 Closeable APIs 可能并没有遵循。 你被提醒过了。

幸亏 suspendCancellableCoroutine 函数，当一个协程被取消时我们可以关闭任何流：

public suspend inline fun <T : Closeable?, R> T.useCancellably(
crossinline block: (T) -> R
): R = suspendCancellableCoroutine { cont ->
cont.invokeOnCancellation { this?.close() }
cont.resume(use(block))
}

确保这适用于你正在使用的 API ！

现在阻塞的 accept 调用被 useCancellably 包裹，该协程会在超时触发的时候失败。

runBlocking(Dispatchers.IO) {
withTimeout(1000) {
val socket = ServerSocket(42)

// 抛出 SocketException: socket closed 异常。好极了！
socket.useCancellably { it.accept() }
}
}

成功！

如果你不支持取消怎么办？以下是你需要注意的事项：

• 如果你使用协程封装类中的任何属性或方法，即使取消了协程也会存在泄漏。如果你认为你正在 onDestroy 中清理资源，这尤其重要。解决方法: 将协同程序移动到 ViewModel 或其他上下文无关的类中并订阅它的处理结果。
• 确保使用 Dispatchers.IO 来处理阻塞操作，因为这可以让 Kotlin 留出一些线程来进行无限等待。
• 尽可能使用 suspendCancellableCoroutine 替换 suspendCoroutine。

launch vs. async

由于上面关于这两个特性的回答已经过时，我想我会再次分析它们的差异。

launch 异常冒泡

当一个协程崩溃时，它的父节点将被取消，从而取消所有父节点的子节点。一旦整个树节点中的协程完成取消操作，异常将会发送到当前上线文的异常处理程序。在 Android 中，这意味着 你的 程序将会 崩溃，而不管你使用什么来进行调度。

async 持有自己的异常

这意味着 await() 显式处理所有异常，安装 CoroutineExceptionHandler 将无任何效果。

launch “blocks” 父作用域

虽然该函数会立即返回，但其父作用域将 不会 结束，直到使用 launch 构建的所有协程以某种方式完成。因此如果你只是想等待所有协程完成，在父作用域末尾调用所有子作业的 join() 就没有必要了。

与你期望的可能不同，即使未调用 await（），外部作用域仍将等待async协程完成。

async 返回值

这一部分相当简单：如果你需要协程的返回值，async 是唯一的选择。如果你不需要返回值，使用 launch 来创建副作用。并且在继续执行之前需要完成这些副作用才需要使用 join()。

join() vs. await()

join() 在 await() 时 不会 重新抛出异常。但如果发生错误，join() 会取消你的协程，这意味着在 join() 挂起后调用任何代码都不会起作用。

记录异常

现在你了解了你所使用不同构造器异常处理机制的差异，你会陷入两难境地：你想记录异常而不崩溃（所以我们不能使用 launch），但是你不想手动调用 try/catch （所以我们不能使用 async）。所以这让我们无所适从？谢天谢地。

记录异常是 CoroutineExceptionHandler 派上用场的地方。但首先，让我们花点时间了解在协程中抛出异常时究竟发生了什么：

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

如何做好面试突击，规划学习方向？

面试题集可以帮助你查漏补缺，有方向有针对性的学习，为之后进大厂做准备。但是如果你仅仅是看一遍，而不去学习和深究。那么这份面试题对你的帮助会很有限。最终还是要靠资深技术水平说话。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。建议先制定学习计划，根据学习计划把知识点关联起来，形成一个系统化的知识体系。

学习方向很容易规划，但是如果只通过碎片化的学习，对自己的提升是很慢的。

我搜集整理过这几年字节跳动，以及腾讯，阿里，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

在搭建这些技术框架的时候，还整理了系统的高级进阶教程，会比自己碎片化学习效果强太多。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

这份系统化的技术体系对大家有一个方向参考。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！