Android开发之MVVM模式实践(五):async/await与suspend使用

前言

大家好,我是小益!在上章内容中,我们简单了解了什么是协程以及协程的基本使用,主要提到了协程的launchwithContext用法。但是launchwithContext并不适合用于需要返回结果的并发场景,在并发场景中,我们一般会使用协程的async/await

推荐

文章将率先在公众号「Code满满」上发布,欢迎大家关注!

一、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
}

可以看出,asynclaunch一样,也会新创建一个新的协程,不同的是launch返回的是Job类型,而async返回的是Deferred类型(DeferredJob的子类)。我们通过个小例子来看下async如何使用,如下:

coroutineScope.launch(Dispatchers.IO) {
	val a = async{ getUserInfo() }
	// 执行协程
	val userInfo = a.await()
}

上述代码中val a = async{ getUserInfo() }并没有真正去执行getUserInfo(),只是返回了一个名为aDeferred型对象。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 ->
	...
}

另外,此处特别提出两点:

  • suspend只是作为一个标记,提醒协程去做出相应处理,真正的切换线程等操作都是协程自身完成的,不是被suspend修饰的函数自身的能力
  • suspend修饰的函数可以被其他持有suspend的函数调用,但是最终这些suspend的调用执行只能在协程中进行,不能像普通方法那样单独使用

四、小结

到目前为止,我们一共使用了两章内容来介绍协程的基本使用,下一章我们会讲解在MVVM中协程的封装使用。如果有同学对于协程基础任然有疑问,可以自行查看协程的相关文档。

五、好文推荐

  • 3
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值