协程搬运工-基础

本例代码中C处的日志比B处先执行，所以证明lunch不会阻塞

async可阻塞也可以不阻塞

不使用await

1. 代码

fun main() = runBlocking {

log(“A–进入async方法体内”)//A

val async = GlobalScope.async {

log(“B–开始执行async方法体”)//B

delay(1)

log(“C–async方法体执行完成”)//C

}

log(“D-- async方法体外执行”)//D

delay(2)

}

1. 日志

日志: A–进入async方法体内

日志: D-- async方法体外执行

日志: B–开始执行async方法体

日志: C–async方法体执行完成

1. 结论

async不会阻塞线程 把上一个例子做一些小改动

使用await

1. 代码

fun main() = runBlocking {

log(“A–进入async方法体内”)//A

val async:Deferred = GlobalScope.async {

log(“B–开始执行async方法体”)//B

delay(1)

log(“C–async方法体执行完成”)//C

}

async.await()//加了这样一个调用

log(“D-- async方法体外执行”)//D

delay(2)

}

1. 日志

日志: A–进入async方法体内

日志: B–开始执行async方法体

日志: C–async方法体执行完成

日志: D-- async方法体外执行

1. 结论

async如果加上了await就会阻塞线程，

runningBlock会阻塞所在线程

1. 代码

fun main() {

log(“A–准备进入runningBlock”) //A

runBlocking {

log(“B–进入runningBlock” )//B

delay(1)

log(“C–执行完成runningBLock”)//C

}

log(“D–runBlocking代码块外执行”)//D

runBlocking {

delay(3)

}

}

1. 执行结果

日志: A–准备进入runningBlock

日志: B–进入runningBlock

日志: C–执行完成runningBLock

日志: D–runBlocking代码块外执行

1. 结论

本示例中runBlocking代码块中的B和C顺序执行完成后才执行的代码块外面的D，这证明了runningBlock会阻塞线程。

suspend函数会阻塞协程

suspend会阻塞所在的协程，不会阻塞线程，因为suspend无法在线程内部调用

1. 代码

fun main() = runBlocking {

log(“A–调用suspend函数前”)

wait2Second()

log(“B–调用suspend函数后”)

delay(3)

}

suspend fun wait2Second() {

log(“C–调用suspend函数开始”)

delay(2)

log(“D–调用suspend函数结束”)

}

1. 日志

日志: A–调用suspend函数前

日志: C–调用suspend函数开始

日志: D–调用suspend函数结束

日志: B–调用suspend函数后

1. 结论

suspend函数会阻塞协程

withContext是否会阻塞协程

1. 代码

fun main() = runBlocking {

log(“A–执行withContext前”)

withContext(Dispatchers.Default){

log(“B–开始执行withContext”)

delay(1)

log(“C–withContext执行完成”)

}

log(“D–执行withContext后”)

delay(2)

}

1. 日志

日志: A–执行withContext前

日志: B–开始执行withContext

日志: C–withContext执行完成

日志: D–执行withContext后

1. 结论

withContext会阻塞协程，withContext只能运行在协程，不能运行在线程中。本例中的Default改为Main就会报错，因为Main相当于运行在主线程

等待一个作业

---

launch方法会返回一个Job对象，Job对象调用了join方法后，会等待launch协程体执行完成再继续后面的任务。

join方法只能在协程体里面调用，不能在线程中调用

1. 代码

fun main() = runBlocking {

log(“A”)

val job = GlobalScope.launch {

log(“B”)

delay(2)

log(“C”)

}

log(“D”)

job.join()

log(E)

}

1. 日志

日志: A

日志: D

日志: B

日志: C

日志: E

1. 结论

join会等待协程体执行完成

结构化并发

---

使用GlobalScope.launch是很危险的，因为它创建的是一个顶层协程，如果launch方法里执行了耗时任务，而我们的对象过早的被回收就会发生内存泄露。

这种情况的解决办法就是在我们指定的作用域范围内开启协程

举例：

1. 代码

fun main() = runBlocking {

log(A)

//这个launch和GlobalScope.launch是不同的，它是运行在runBlocking的作用域内的

launch {

log(B)

delay(2)

log©

}

log(D)

}

1. 日志

日志: A

日志: D

日志: B

日志: C

总结

最后小编想说：不论以后选择什么方向发展，目前重要的是把Android方面的技术学好，毕竟其实对于程序员来说，要学习的知识内容、技术有太多太多，要想不被环境淘汰就只有不断提升自己，从来都是我们去适应环境，而不是环境来适应我们！

这里附上我整理的几十套腾讯、字节跳动，京东，小米，头条、阿里、美团等公司19年的Android面试题。把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。

由于篇幅有限，这里以图片的形式给大家展示一小部分。

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

技术进阶之路很漫长，一起共勉吧~
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！
Android方面的技术学好，毕竟其实对于程序员来说，要学习的知识内容、技术有太多太多，要想不被环境淘汰就只有不断提升自己，从来都是我们去适应环境，而不是环境来适应我们！

这里附上我整理的几十套腾讯、字节跳动，京东，小米，头条、阿里、美团等公司19年的Android面试题。把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。

由于篇幅有限，这里以图片的形式给大家展示一小部分。

[外链图片转存中…(img-K0MkurEy-1715232891593)]

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

技术进阶之路很漫长，一起共勉吧~
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！