共计 5404 个字符，预计需要花费 14 分钟才能阅读完成。
协程
协程简单的来说，就是用户态的线程。
emmm，还是不明白对吧，那想象一个这样的场景，如果在一个单核的机器上有两个线程需要执行，因为一次只能执行一个线程里面的代码，那么就会出现线程切换的情况，一会需要执行一下线程 A，一会需要执行一下线程 B，线程切换会带来一些开销。
假设两个线程，交替执行，如下图所示
线程会因为 Thread.sleep 方法而进入阻塞状态（就是什么也不会执行），这样多浪费资源啊。
能不能将代码块打包成一个个小小的可执行片段，由一个统一的分配器去分配到线程上去执行呢，如果我的代码块里要求 sleep 一会，那么就去执行别的代码块，等会再来执行我呢。
协程就是这样一个东西，我们作为使用者不需要再去考虑创建一个新线程去执行一坨代码，也不需要关心线程怎么管理。我们需要关心的是，我要异步的执行一坨代码，待会我要拿到它的结果，我要异步的执行很多坨代码，待会我要按某种顺序，或者某种逻辑得到它们的结果。
总而言之，协程是用户态的线程，它是在用户态实现的一套机制，可以避免线程切换带来的开销，可以高效的利用线程的资源。
从代码上来讲，也可以更漂亮的写各种异步逻辑。
这里想再讲讲一个概念，阻塞与非阻塞是什么意思
阻塞与非阻塞
简单来说，阻塞就是不执行了，非阻塞就是一直在执行。
比如
Thread.wait() // 阻塞了
// 这里执行不到了但是，如果
while (true) { // 一直在运行，没有阻塞
i++;
}
// 这里也执行不到了runBlocking：连接阻塞与非阻塞的世界
runBlocking 是启动新协程的一种方法。
runBlocking 启动一个新的协程，并阻塞它的调用线程，直到里面的代码执行完毕。
举个例子
println("aaaaaaaaa ${Thread.currentThread().name}")
runBlocking {for (i in 0..10) {println("$i ${Thread.currentThread().name}")
delay(100)
}
}
println("bbbbbbbbb ${Thread.currentThread().name}")上面代码的输出为：
aaaaaaaaa main
0 main
1 main
2 main
3 main
4 main
5 main
6 main
7 main
8 main
9 main
10 main
bbbbbbbbb mainemmm，这并没有什么稀奇，所有的代码都在主线程执行，按照顺序来，去掉 runBlocking 也是一样的嘛。
但是，runBlocking 可以指定参数，就可以让 runBlocking 里面的代码在其他线程执行，但同样可以阻塞外部线程。
println("aaaaaaaaa ${Thread.currentThread().name}")
runBlocking(Dispatchers.IO) { // 注意这里
for (i in 0..10) {println("$i ${Thread.currentThread().name}")
delay(100)
}
}
println("bbbbbbbbb ${Thread.currentThread().name}")上面的代码，给 runBlocking 添加了一个参数，Dispatchers.IO，这样里面的代码块就会执行到其他线程了。
来一起看看效果：
aaaaaaaaa main
0 DefaultDispatcher-worker-1
1 DefaultDispatcher-worker-1
2 DefaultDispatcher-worker-1
3 DefaultDispatcher-worker-4
4 DefaultDispatcher-worker-4
5 DefaultDispatcher-worker-6
6 DefaultDispatcher-worker-7
7 DefaultDispatcher-worker-7
8 DefaultDispatcher-worker-9
9 DefaultDispatcher-worker-1
10 DefaultDispatcher-worker-5
bbbbbbbbb main通过断点在 runBlocking 里面的代码，查看这个时候，主线程是什么状态，发现它是进入了 WAIT 态。
当给 runBlocking 指定 Dispatchers 参数时，就仿佛是使用了 join 方法。
val t = thread {for (i in 0..10) {println("$i ${Thread.currentThread().name}")
Thread.sleep(100)
}
}
t.join()launch：启动一个协程
launch 可以启动一个协程，但不会阻塞调用线程，但是 launch 必须要在 协程作用域 中才能调用。
fun main() {
launch {// no, no, no...}
runBlocking {
launch {// is ok}
}
}如果要在非协程作用域调用 launch，可以使用 GlobalScope.launch。
fun main() {
GlobalScope.launch {// is ok}
}同样的 launch 也是可以传入一个 Dispatcher 参数来指定它会被分配到什么线程上执行。
此时，大家就会想了，GlobalScope.launch 那么方便，是不是只用它就行了？什么时候该用 launch，什么时候该用 GlobalScope.launch 呢？
文档这样说道：GlobalScope.launch 会启动一个 top-level 的协程，它的生命周期将只受到整个应用程序生命周期的限制。
emmmm，那是不是说，普通的 launch，它所创建的协程会受到外层的一个作用域的生命周期的影响，而 GlobalScope 所创建的协程，不收外层的影响。
于是，有了下面的实验
fun main() {runBlocking(Dispatchers.IO) {
val job = launch { // 外层任务，包裹两个协程
GlobalScope.launch { // 第一个协程
for (i in 0..10) {println("GlobalScope $i ${Thread.currentThread().name} -----")
delay(100)
}
}
launch { // 第二个协程
for (i in 0..10) {println("normal launch $i ${Thread.currentThread().name} #####")
delay(100)
}
}
}
delay(300); // 延迟一会，让第二个协程能执行 3 次左右
job.cancel() // 将外层任务取消了
delay(2000) // 继续延迟，期望看到 GlobalScope 能继续运行
}
}看看实验结果
GlobalScope 0 DefaultDispatcher-worker-2 -----
normal launch 0 DefaultDispatcher-worker-5 #####
GlobalScope 1 DefaultDispatcher-worker-5 -----
normal launch 1 DefaultDispatcher-worker-1 #####
GlobalScope 2 DefaultDispatcher-worker-5 -----
normal launch 2 DefaultDispatcher-worker-3 #####
GlobalScope 3 DefaultDispatcher-worker-7 -----
GlobalScope 4 DefaultDispatcher-worker-8 -----
GlobalScope 5 DefaultDispatcher-worker-8 -----
GlobalScope 6 DefaultDispatcher-worker-7 -----
GlobalScope 7 DefaultDispatcher-worker-1 -----
GlobalScope 8 DefaultDispatcher-worker-3 -----
GlobalScope 9 DefaultDispatcher-worker-9 -----
GlobalScope 10 DefaultDispatcher-worker-5 -----如我的预料一样，GlobalScope 无法被 cancel。
再来看一下文档里面怎么描述的，体会一下：
Global scope is used to launch top-level coroutines which are operating on the whole application lifetime
and are not cancelled prematurely.
接下来，解释一下上面提到的协程作用域的概念。
什么是协程作用域（Coroutine Scope）？
协程作用域是协程运行的作用范围，换句话说，如果这个作用域销毁了，那么里面的协程也随之失效。就好比变量的作用域。
{ // scope start
int a = 100;
} // scope end
println(a); // what is a?协程作用域也是这样一个作用，可以用来确保里面的协程都有一个作用域的限制。
一个经典的示例就是，比如我们要在 Android 上使用协程，但是我们不希望 Activity 销毁了，我的协程还在悄咪咪的干一些事情，我希望它能停止掉。
我们就可以
class MyActivity : AppCompatActivity(), CoroutineScope by MainScope() {// ....}这样，里面运行的协程就会随着 Activity 的销毁而销毁。
launch 的返回值：Job
回到 launch 的话题，launch 启动后，会返回一个 Job 对象，表示这个启动的协程，我们可以方便的通过这个 Job 对象，取消，等待这个协程。
像这样：
fun main() {runBlocking(Dispatchers.IO) {
val job1 = launch {for (i in 0..10) {println("normal launch $i ${Thread.currentThread().name} #####")
delay(100)
}
}
val job2 = launch {for (i in 0..10) {println("normal launch $i ${Thread.currentThread().name} -----")
delay(100)
}
}
job1.join()
job2.join()
println("all job finished")
}
}使用 job 的 join 方法，来等待这个协程执行完毕。这个和 Thread 的 join 方法语义一样。
async：启动协程的另一种姿势
launch 启动一个协程后，会返回一个 Job 对象，这个 Job 对象不含有任何数据，它只是表示启动的协程本身，我们可以通过这个 Job 对象来对协程进行控制。
假设这样一种场景，我需要同时启动两个协程来搞点事，然后它们分别都会计算出一个 Int 值，当两个协程都做完了之后，我需要将这两个 Int 值加在一起并输出。
如果使用 launch，我们可能要在外层建立一个变量来记录协程的输出数据了，但是使用 async，就可以轻松的解决这个问题！
async 的返回值依然是个 Job 对象，但它可以带上返回值。
上面的小需求可以用下面的代码实现：
fun main() {runBlocking(Dispatchers.IO) {
val job1 = async {for (i in 0..10) {println("normal launch $i ${Thread.currentThread().name} #####")
delay(100)
}
10 // 注意这里的返回值
}
val job2 = async {for (i in 0..10) {println("normal launch $i ${Thread.currentThread().name} -----")
delay(100)
}
20 // 注意这里的返回值
}
println(job1.await() + job2.await())
println("all job finished")
}
}这里使用了 await 方法来获取返回值，它会等待协程执行完毕，并将返回值吐出来。
这样上面的代码就是两个协程自己吭哧吭哧弄完之后，各自返回了 10 和 20，外层再将它们加起来。
总结
这篇文章，我大概的讲了一下协程的概念和被发明的初衷，以及在 kotlin 中，启动协程的基本方法，最后再总结一下，方便快速复习。
进程是一个应用程序的资源管理单元，线程是一个执行单元，但当线程这个执行单元需要切换状态，停止，启动，或者大量启动的时候，就会比较消耗资源。我们需要一个更轻巧，更容易被控制的执行单元，这就是协程啦。
本篇介绍了 runBlocking 方法，它可以在非协程作用域下创建一个协程作用域，它的名字也很好，阻塞的执行，意味着，它会阻塞它的调用线程，直到它内部都执行完毕。
launch 和 async 都可以在协程作用域下启动协程，launch 以 Job 对象的形式返回协程任务本身，可以通过 Job 来操作协程，async 以 Deferred 对象的形式返回协程任务，可以获取执行流的返回值。
GlobalScope.launch 会创建一个顶层的协程，它只受限于整个应用的生命周期，不建议使用。
如果你喜欢这篇文章，欢迎点赞评论打赏
更多干货内容，欢迎关注我的公众号：好奇码农君
