协程从 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)
![](https://i-blog.csdnimg.cn/blog_migrate/c6198566353a88ae7a34308924b984f5.jpeg)
如何做好面试突击,规划学习方向?
面试题集可以帮助你查漏补缺,有方向有针对性的学习,为之后进大厂做准备。但是如果你仅仅是看一遍,而不去学习和深究。那么这份面试题对你的帮助会很有限。最终还是要靠资深技术水平说话。
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。建议先制定学习计划,根据学习计划把知识点关联起来,形成一个系统化的知识体系。
学习方向很容易规划,但是如果只通过碎片化的学习,对自己的提升是很慢的。
我搜集整理过这几年字节跳动,以及腾讯,阿里,华为,小米等公司的面试题,把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind(实际上比预期多花了不少精力),包含知识脉络 + 分支细节。
在搭建这些技术框架的时候,还整理了系统的高级进阶教程,会比自己碎片化学习效果强太多。
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
这份系统化的技术体系对大家有一个方向参考。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!