16 | Job：协程也有生命周期吗？

思考题： 代码的执行结果是： > First coroutine start! > First coroutine end! > Process end! 可见 job2 的代码块并没有被执行。 分析原因： 分别打印出 job2 在 job2.join() 前后的状态： job2 before join: isActive === false job2 before join: isCancelled === true job2 before join: isCompleted === false // job2.join() job2 after join: isActive === false job2 after join: isCancelled === true job2 after join: isCompleted === true 可见 job2 创建后并没有被激活。 val job2 = launch(job) {} 这一行代码指示 job2 将运行在 job 的 CoroutineContext 之下, 而之前的代码 job.join() 时 job 已经执行完毕了，根据协程结构化的特性，job2 在创建后不会被激活，并且标记为Cancelled，然后执行 job2 时，发现 job2 未被激活，并且已经被取消，则不会执行 job2 的代码块，但是会将 job2 标记为 Completed

看了大家的留言有个疑点 ----很多异步任务之间都是没有互相依赖的，这样的代码结合挂起函数后，再通过 async 并发来执行，是可以大大提升代码运行效率的。---- ----如你所说，存在依赖关系的时候，我们就可以挂起函数与async结合了。----- 到底是存在依赖关系用async还是不存在依赖关系用async呢？

思考题针对性不强。 因为思考题考察的知识点是 CoroutineContext 上下文，而这一部分是下一节课的内容。

思考题结果： First coroutine start! First coroutine end! Process end! 没有执行job2的原因是，它的launch中传入了job 作为coroutinecontext，而它已经是complete 状态了，所以不会再执行job2的block 而是直接执行了job2的join ，然后结束。

代码片段14 中的执行流程 val result1 = async { getResult1() } val result2 = async { getResult2() } val result3 = async { getResult3() } //调用时机在这 results = listOf(result1.await(), result2.await(), result3.await()) 用作者的思维模型，相当于三个钓鱼杆同时拉杆 val result1 = async { getResult1() } //调用时机 result1.await() val result2 = async { getResult2() } //调用时机 result2.await() val result3 = async { getResult3() } //调用时机 result3.await() 用作者的思维模型，相当于三个钓鱼杆依次拉杆

代码段10中【delay(500L)】这一句影响了什么呀？不加的话后边的日志就不打印了

"First coroutine start!" "First coroutine end!" "Process end!" 通过源码可知launch中传入的CoroutineContext会作为parentJob，而job2的parentJob为job，job协程已经处于completed状态，故不执行job2直接跳过

这里 await() 后面的代码，虽然看起来是阻塞了，但它只是执行流程被挂起和恢复的一种表现。而且如果你仔细思考的话，你会发现上面这个动图，同样也描述了之前 job.join() 的行为模式，在协程执行完毕之前，后面的协程代码都被暂时挂起了，等到协程执行完毕，才有机会继续执行。 ——”在协程执行完毕之前“这里的协程指的父级协程，“后面的协程代码都被暂时挂起了“这里的协程代码指的子级协程代码部份。也就是说：如果子级自己有挂起操作，那么子级的代码会被暂时挂起，直到父级的协程代码执行完毕之后再继续执行子级协程代码（前提是父级没有挂起延迟之类的操作）。

fun main() = runBlocking { val job = launch { logX("Coroutine start!") delay(1000L) logX("Coroutine end!") } job.log() delay(500) job.cancel() job.log() delay(1) //延时1ms job.log() delay(2000) logX("Process end!") } 为什么取消后输出延时1ms输出job的isCompleted会有false变为true

最后问题应该是按顺序打印