前言
大家好，我是小益！在上章内容中，我们简单了解了什么是协程以及协程的基本使用，主要提到了协程的launch与withContext用法。但是launch与withContext并不适合用于需要返回结果的并发场景，在并发场景中，我们一般会使用协程的async/await。
推荐
文章将率先在公众号「码途有道」上发布，如果本文对你有帮助，就关注一下公众号吧！
一、async与awiat
async单单从字面意思理解就知道其与异步有关。async也是CoroutineScope的扩展函数，其源码如下：
public fun <T> CoroutineScope.async(
context: CoroutineContext = EmptyCoroutineContext,
start: CoroutineStart = CoroutineStart.DEFAULT,
block: suspend CoroutineScope.() -> T
): Deferred<T> {
val newContext = newCoroutineContext(context)
val coroutine = if (start.isLazy)
LazyDeferredCoroutine(newContext, block) else
DeferredCoroutine<T>(newContext, active = true)
coroutine.start(start, coroutine, block)
return coroutine
}
可以看出，async与launch一样，也会新创建一个新的协程，不同的是launch返回的是Job类型，而async返回的是Deferred类型（Deferred是Job的子类）。我们通过个小例子来看下async如何使用，如下：
coroutineScope.launch(Dispatchers.IO) {
val a = async{ getUserInfo() }
val userInfo = a.await() // 获取结果
}
另外，async同样可以指定运行线程：
val a = async(Dispatchers.IO){ getUserInfo() }
二、并发
在了解async/await的基本用法后，我们再来聊一下使用async/await做并发，还是通过小例子来看!
1. 案例一
coroutineScope.launch(Dispatchers.IO) {
val a1 = async{ getUserInfo() }
val userInfo = a1.await()
val a2 = async{ getMessage(userInfo.token) }
val msgList = a2.await()
}
在案例一中，getUserInfo()会先执行，getMessage()在getUserInfo()执行完毕后再执行，是顺序执行。
2. 案例二
coroutineScope.launch(Dispatchers.IO) {
val a1 = async{ getUserInfo() }
val a2 = async{ getHomeInfo() }
val userInfo = a1.await()
val homeInfo = a2.await()
}
在案例二中，getUserInfo()与getHomeInfo()是并发执行的。这里可能有同学会疑惑，为什么不是a1.await()执行完毕后再执行a2.await()，这样和案例一不就矛盾了吗？其实await()函数有个特性，当有await()执行时，它不仅只执行自己对应的async，它会使得前面所有未执行的async都开始执行，此特性一定要记住。
在案例二中，a1.await()就相当于是一根导火索，a1.await()的执行使得前面没有执行的async{ getUserInfo() }与async{ getHomeInfo() }都开始执行，而a2.await()仅仅是为了获取homeInfo，并未起到执行async{ getHomeInfo() }的作用。再粗暴点的说，即使没有val homeInfo = a2.await()这句，案例二中的getHomeInfo()也会执行。然后我们再返回看案例一就很清晰了，案例一中是async -> await -> async -> await的方式，所以一次只会执行一个async，是顺序执行。
三、suspend
suspend从字面意思看是挂起和暂停的意思，在协程中主要用于修饰函数。其作用也和字面意思一样，是将函数挂起。其流程我们可以这么理解：协程在执行时遇到了被suspend标记的函数，然后这个函数就被切换到别的线程上去执行了。此时的代码执行权在这个被切换出去的函数上，自然在位于这个函数后面的协程代码就不会得到执行。当这个函数执行完毕后，协程会切换回原来的线程，代码执行权回归原线程，在这个函数后面的协程代码会被继续执行。
为了清晰的了解suspend，我们还是通过一个小例子来讲解：
fun init() {
coroutineScope.launch {
val userInfo = getUserInfo()
tv_name.text = userInfo.name
}
}
// 请求用户信息
suspend fun getUserInfo(): UserInfo {
return withContext(Dispatchers.IO){
...
}
}
在上述例子中，init内部有个协程会去请求用户信息，请求用户信息的方法是getUserInfo()，使用了suspend修饰。当执行到getUserInfo()方法时，getUserInfo()的执行会脱离当前的主线程，转而切换到IO线程中执行。因为是suspend修饰的方法，当前的代码执行权会在getUserInfo()方法上，后面的tv_name.text = userInfo.name会暂停执行，直到getUserInfo()执行完毕，代码执行权从IO线程回归主线程，tv_name.text = userInfo.name继续执行。
其实我们如果去看源码，会发现withContext等很多方法都带有suspend，这也是为什么我们可以使用这些方法达到同步编码的原因。
public suspend fun <T> withContext(
context: CoroutineContext,
block: suspend CoroutineScope.() -> T
): T = suspendCoroutineUninterceptedOrReturn sc@ { uCont ->
...
}
另外，此处特别提出两点：
-
suspend只是作为一个标记，提醒协程去做出相应处理，真正的切换线程等操作都是协程自身完成的，不是被suspend修饰的函数自身的能力 -
suspend修饰的函数可以被其他持有suspend的函数调用，但是最终这些suspend的调用执行只能在协程中进行，不能像普通方法那样单独使用
四、小结
到目前为止，我们一共使用了两章内容来介绍协程的基本使用，下一章我们会讲解在MVVM中协程的封装使用。如果有同学对于协程基础任然有疑问，可以自行查看协程的相关文档。
