Android开发之MVVM模式实践（五）：async/await与suspend使用

置顶码途有道

已于 2022-02-15 15:54:22 修改

阅读量2.1k

点赞数 3

分类专栏： Android 文章标签： android mvvm 架构协程

于 2021-04-01 15:26:12 首次发布

本文链接：https://blog.csdn.net/liyi1009365545/article/details/115375368

版权

Android 专栏收录该内容

30 篇文章 7 订阅

订阅专栏

前言

大家好，我是小益！在上章内容中，我们简单了解了什么是协程以及协程的基本使用，主要提到了协程的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()
}

上述代码中val a = async{ getUserInfo() }并没有真正去执行getUserInfo()，只是返回了一个名为a的Deferred型对象。a.await()才是真正开始去执行协程，使得getUserInfo()得到执行，返回userInfo（**await()返回的数据类型取决于async{}**最后一行代码返回的类型）。所以可以得出结论，async只是创建，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 ->
	...
}