某种程度上考虑「Kotlin 协程确实足够直接取代线程」，但是「协程能够完全取代线程」的说法其实不太准确，毕竟协程是必须基于线程，所以线程肯定是需要存在的，更准确的说，应该是 Kotlin 协程在 A

本篇将由浅入深，系统且全面的聊一聊协程的那些事，理清协程的挂起与恢复，底层实现，与线程池的差异等等相关问题，从而帮助大家更好的理解Kotlin协程。

毫无疑问，Kotlin 语言中的协程 Coroutine 极大地帮助了开发者更加容易地处理异步编程。该特性中封装的诸多高效 API，可以确保开发者花费更小的精力去完成并发任务。一般来说，开发者了解一下

进程、线程、协程的对比如下： + 协程既不是进程也不是线程，协程仅是一个特殊的函数。协程、进程和线程不是一个维度的。 + 一个进程可以包含多个线程，一个线程可以包含多个协程。虽然一个线程内的多个

协程的顶层实现-CPS 现有如下代码: 我们来将代码SRP一下(单一职责): 可以看到，我们将原来一坨的方法，抽离成了好几个方法，每个方法干一件事，虽然提高了可读性和可维护性，但是代码复杂了，我们来让

前言 之前一些列的文章重点在于分析协程本质原理，了解了协程的内核再来看其它衍生的知识就比较容易了。 接下来这边文章着重分析协程框架提供的一些重要的函数原理，通过本篇文章，你将了解到： 1. runBl

推荐理由： 1.自动取消，不会造成内存泄漏，可以替代MainScope。 2.可以基于指定的生命周期执行。