一、什么是协程
官方给的解释:一种轻量级的线程。
普遍的解释:协程就是协同程序,而kotlin协程就是基于java thread api封装的工具包,帮助我们轻松的写出复杂的并发代码。
二、为什么要使用协程,协程的优点是什么?
我们先看一下没有协程之前处理异步的方式有哪些,无非就是四个方式:
1、线程
缺点:
- 资源消耗
- 数量受限
- 平台支持(js不支持线程)
- 调试使用不便
2、回调
缺点:
- 多层嵌套
- 错误处理麻烦
3、Futures、Promise(第三方开源框架)
缺点:
- 改变编程方式,如处理异常与循环作用等,在其中无效
- api学习,平台差异
- 返回限定promise
- 异常处理复杂
4、Rx响应式扩展(比较流行的处理异步的框架)
缺点:
- 学习曲线比较长
- 行为难估
- api多、繁杂
最后就是我们的主角协程了,相比较而言,协程易学易用,但是要想用的溜一点,还是要花时间好好学习的。最主要的是协程与jetpack、kotlin、AAC、MVVM可以完美结合,毕竟是官方主推的一个系列开发方式。
特别是协程中的scope和MVVM结合使用感知生命周期可以有效避免内存泄漏的问题。
三、协程的具体使用
首先导入协程:
// Coroutines
implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-core:1.3.2'
implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.3.2'
启动协程的几种方法
Launch
先写一个测试函数
fun testLaunch() {
val time: Long = measureTimeMillis {
GlobalScope.launch {
Thread.sleep(1000)
Log.d("hhh","testLaunch的launch1中,${Thread.currentThread()} 我很好")
}
GlobalScope.launch {
Thread.sleep(1000)
Log.d("hhh","testLaunch的launch2中,${Thread.currentThread()} 嘿嘿嘿")
}
Log.d("hhh","你好么? ${Thread.currentThread()} ")
Thread.sleep(22000)//这里需要等待,否则代码函数生命周期结束就销毁了函数栈,导致两个协程没有执行
}
Log.d("hhh","函数总耗时: $time")
}
执行结果
值得注意的是,两个协程是异步的,执行的先后顺序不能确定,也有可能先执行第二个,比如:
runBlocking
关于上面的测试方法,我们可以知道,由于GlobalScope.launch是不阻塞线程,为了等待协程完毕再销毁函数栈,还得让线程等待,也就是:
Thread.sleep(22000)//这里需要等待,否则代码函数生命周期结束就销毁了函数栈,导致两个协程没有执行
怎样让他们变成阻塞式的呢,所以就说到线程的另一个方法runBlocking,这个是阻塞线程的,我们写一个方法来测试一下
fun testRunBlocking() {
val time = measureTimeMillis {
runBlocking {
GlobalScope.launch {
Thread.sleep(1000)
Log.d("hhh", "launch1 ${Thread.currentThread()} ")
}
GlobalScope.launch {
Thread.sleep(1000)
Log.d("hhh", "launch2 ${Thread.currentThread()}")
}
}
Log.d("hhh", "testRunBlocking ${Thread.currentThread()} hello!!")
}
Log.d("hhh", "线程总耗时: $time")
}
执行结果:
从结果我们可以可看到它是可以阻塞当前线程的。简单地说就是runBlocking会等待内部所有协程结束以后才会结束函数栈,但是它内部协程的执行顺序依然不会阻塞。
协程中的join和cancle方法
- jion():将两个异步协程定位顺序执行,比如先执行玩T1线程再执行T2线程
- cancle():取消某个线程的执行
说再多不如看代码,一个个来,先看jion()
fun testJoin()= runBlocking {
val time= measureTimeMillis {
val a1=async {//async也是开启协程的一种方式,和launch一样,只是返回结果不同
repeat(10){//循环20次
Log.d("hhh","a1")
delay(200)
}
}
a1.join()
val a2=async {
Log.d("hhh","a2")
}
}
Log.d("hhh","线程总耗时: $time")
}
执行效果:
从结果中可以看出,由于加入了join函数,它会执行完a1协程之后才往下执行。这个其实就和线程的join()方法一样。
再来看看cancle()方法,cancle()方法其实就是取消一个协程的执行,一样的,来看看例子:
fun testJoin()= runBlocking {
val time= measureTimeMillis {
val a1=async {
repeat(10){//循环20次
Log.d("hhh","a1")
delay(200)
}
}
val a2=async {
Log.d("hhh","a2")
a1.cancel()//取消a1线程
}
}
Log.d("hhh","线程总耗时: $time")
}
执行结果:
从结果中可以看出,我们在a2协程中调用了a1.cancle(),也就达到了取消a1协程的效果,本来该打印10次的协程a1打印一次之后就被终止了。
协程中的await方法
我们现在都知道了runBlocking只是启动一个协程块,保证里面所有协程执行完毕后才会结束函数栈,协程块内部依然是异步的,在开发中往往需要在所有协程得到结果之后再进行下一步操作,这就需要用到await()了,他能保证在所有协程结束并获得返回结果之后再执行下一步。
注意:使用await时,协程启动方式只能用async(),因为launch()和async()虽然都是启动协程,但是返回结果不一样,launch()返回的是Job类型,async()返回的是Deferred
看例子,看例子
fun testAwait()= runBlocking {
val time= measureTimeMillis {
val a1=async {
Log.d("hhh","hello a1")
delay(2000)
300//返回结果
}
val a2=async {
Log.d("hhh","hello a2")
delay(3000)
400
}
Log.d("hhh","a1结果: ${a1.await()}---a2结果:${a2.await()}")
}
Log.d("hhh","函数总耗时:$time")
}
执行结果:
以上图结果来看,我们在两个线程中都模仿了耗时操作,当它并没有先执行下面的语句,而是在两个协程都获得返回结果之后才继续往下执。
值得注意的是,很多人就会想,这样用join()也可以实现啊,分别调用两个协程的join()不就可以实现了吗?但是如果那样做的话总耗时就变成了两个协程耗时的时间总和,也就是5000,但我们可以看到总耗时是3000多一点,因为用await两个协程是异步的,所以总耗时只是约等于耗时较长那个协程的执行时间。(类似于物理中电阻的串联和并联)
最后说一下,很多人觉得协程和线程基本差不多,那为啥还要多此一举呢,前面已经说过了,主要就是两点,一个是它可以减少资源损耗,第二个是它可以完美配合jackpet组件使用,比如监听生命周期,避免内存溢出等问题,反正也不能用语言描述,就像开发Android用Java还是用kotlin,肯定是kotlin,具体原因也说不出来,谁用谁知道,还在杠kotlin可读性差的人证明你还不熟悉kotlin,就像解数学题一样,巴不得老师把每一个步骤都写出来,其实高手往往可以一步到位。