什么是Coroutines（协程）转

2020-06-06 本文已影响0人逍遥游lx

转自: https://www.jianshu.com/p/acbd9bf65063

一、什么是Coroutines（协程）

协程是很久之前就提出的一个概念，目前支持协程的语言包括 lua、C#、go等。也包括Android官方开发语言Kotlin。当然网上对此也有很多的争议，很多说法认为Kotlin中的协程是个伪协程，没有实现go语言的那种协程特性，而仅仅是对于java线程的一个包装，本文也认同这种观点，因为它并没有脱离JVM来实现，所以仍然受java线程模型限制。这里只去谈论Kotlin协程的用法和原理，暂时抛开对于协程概念的不同理解。

kotlinx.coroutines 是由 JetBrains开发的功能丰富的协程库。它涵盖很多启用高级协程的原语，包括 launch、 async 等等。

coroutines通过挂起函数的概念完成协程任务调度，协程是轻量级线程，本质上是在线程上进行任务调度。甚至可以粗俗的理解为类似于进程和线程的关系，一个进程中可以包括多个线程，而一个线程中可以包括多个协程。但执行上是有区别的，一个进程中可以有多个线程同时并发执行，但是一个线程中的多个协程本质上是顺序执行的，是应用协程挂起的方式来表现为并发执行。

二、协程创建

1.协程的创建主要有三种方式：

1）launch创建。

返回值是Job，Job用来处理协程的取消等操作。这种创建方式是非阻塞的，创建的协程并不会阻塞创建协程的线程，也可以通过Job的join方法阻塞线程，来等待协程执行结束。如果当前创建处没有协程上下文信息需要使用GlobalScope调用launch方法以顶层协程的方式创建。但是用GlobalScope.launch和直接用launch方式创建有一些区别，GlobalScope.launch默认是开启新线程来执行协程任务的，launch是直接在当前上下文中的线程执行。

valcoroutineJob=GlobalScope.launch{Log.d(TAG,"current Thread is${Thread.currentThread()}")}Log.d(TAG,"GlobalScope.launch create coroutine")

可以看到输出的日志顺序是先输出协程外部的日志，后输出协程内部的日志，并且协程内部任务的执行是在工作线程。

2020-05-2115:52:39.13720964-20964/com.common.coroutines_retrofit_okhttp D/MainActivity:GlobalScope.launchcreate coroutine2020-05-2115:52:39.13820964-20997/com.common.coroutines_retrofit_okhttp D/MainActivity:currentThreadisThread[DefaultDispatcher-worker-1,5,main]

这里可能会有人有疑问，因为协程在工作线程执行，工作线程本身就不会阻塞主线程，为了进一步验证这种方式创建了非阻塞的协程，在协程的创建时指定协程执行在主线程。

valcoroutineJob=GlobalScope.launch(Dispatchers.Main){Log.d(TAG,"current Thread is${Thread.currentThread()}")}Log.d(TAG,"GlobalScope.launch create coroutine")

可以看到输出的日志顺序仍然和之前一样，但是协程执行的线程变成了主线程。从这里可以看出协程并没有阻塞住主线程的执行。

2020-05-2115:55:59.66422312-22312/com.common.coroutines_retrofit_okhttp D/MainActivity:GlobalScope.launchcreate coroutine2020-05-2115:55:59.69522312-22312/com.common.coroutines_retrofit_okhttp D/MainActivity:currentThreadisThread[main,5,main]

2）runBlocking创建。

返回一个指定的类型，类型由协程任务的返回值控制，阻塞式创建，这种方式会阻塞住创建协程的线程，只有协程执行结束才能继续线程的下一步执行，默认执行在创建协程的线程。

valcoroutine2=runBlocking{Log.d(TAG,"current Thread is${Thread.currentThread()}")}Log.d(TAG,"runBlocking create coroutine")

从日志输出可以看到在协程执行完毕，主线程的日志才进行打印。

2020-05-2115:57:27.92722781-22781/com.common.coroutines_retrofit_okhttp D/MainActivity:currentThreadisThread[main,5,main]2020-05-2115:57:27.92722781-22781/com.common.coroutines_retrofit_okhttp D/MainActivity:runBlocking create coroutine

为了进一步验证阻塞性，指定runBlocking创建的协程在工作线程执行，并且在协程中模拟一个耗时任务。

valcoroutine2=runBlocking(Dispatchers.IO){Log.d(TAG,"current Thread is${Thread.currentThread()}")delay(5000)}Log.d(TAG,"runBlocking create coroutine")

从日志中可以看到协程执行在工作线程，但是主线程仍然等待5秒，等待协程执行完毕。

2020-05-2115:58:47.50623031-23106/com.common.coroutines_retrofit_okhttp D/MainActivity:currentThreadisThread[DefaultDispatcher-worker-1,5,main]2020-05-2115:58:52.51623031-23031/com.common.coroutines_retrofit_okhttp D/MainActivity:runBlocking create coroutine

3）async创建。

返回值是Deferred，非阻塞式创建，很类似launch方式。如果当前创建处没有协程上下文信息也需要使用GlobalScope调用async方法创建，GlobalScope.async和直接用async方式创建的区别和launch是一样的。主要是特点是处理协程并发，当多个协程在同一个线程执行时，一个协程挂起了，不会阻塞另一个协程执行。

runBlocking{varstartTime=System.currentTimeMillis()valtime=measureTimeMillis{valdeferred1=async{delay(2000L)Log.d(TAG,"deferred1 get result , current thread is ${Thread.currentThread()}")}valdeferred2=async{delay(3000L)Log.d(TAG,"deferred2 get result , current thread is$ {Thread.currentThread()}")}Log.d(TAG,"result is ${deferred1.await()+deferred2.await()}")}Log.d(TAG,"cost time is$ time")Log.d(TAG,"cost time2 is${System.currentTimeMillis()-startTime}")}

从日志中可以看出两个协程执行总耗时大概3s中，并不是两个协程总体延迟5s，说明在第一个协程挂起进行延时的时候，第二个协程已开始调度执行。并且两个协程都是在runBlocking所在的主线程中执行

2020-05-2116:00:23.53423638-23638/com.common.coroutines_retrofit_okhttp D/MainActivity:deferred1getresult,current threadisThread[main,5,main]2020-05-2116:00:24.53623638-23638/com.common.coroutines_retrofit_okhttp D/MainActivity:deferred2getresult,current threadisThread[main,5,main]2020-05-2116:00:24.53823638-23638/com.common.coroutines_retrofit_okhttp D/MainActivity:resultis1502020-05-2116:00:24.53923638-23638/com.common.coroutines_retrofit_okhttp D/MainActivity:cost timeis30112020-05-2116:00:24.53923638-23638/com.common.coroutines_retrofit_okhttp D/MainActivity:cost time2is3012

2.协程可以嵌套使用。

父子协程来执行不同的任务。在协程的嵌套中子协程可以省略GlobalScope，直接调用launch和async就可以进行创建，这样直接共用父协程的作用域，在父协程所在的线程执行。也可以通过Dispatchers指定作用的线程。GlobalScope其实是协程的作用域，协程的执行必须有作用域，这个后面会讲解到。这里举一个最简单的嵌套的例子。

runBlocking { launch { Log.d(TAG, "launch current Thread is ${Thread.currentThread()}") } Log.d(TAG, "current Thread is$ {Thread.currentThread()}") }

2020-05-2116:02:11.16124076-24076/com.common.coroutines_retrofit_okhttp D/MainActivity:currentThreadisThread[main,5,main]2020-05-2116:02:11.16224076-24076/com.common.coroutines_retrofit_okhttp D/MainActivity:launch currentThreadisThread[main,5,main]

可以看到runBlocking内部通过launch又创建了一个协程，并且launch使用runBlocking的协程上下文在主线程中执行。

协程嵌套有几个需要注意的点：

1）父协程取消执行的时候，子协程也会被取消执行。

2）父协程总是会等待子协程执行结束。

3.挂起函数

说起协程就必须讲挂起函数的概念，挂起函数是实现协程机制的基础，Kotlin中通过suspend关键字声明挂起函数，挂起函数只能在协程中执行，或者在别的挂起函数中执行。delay就是一个挂起函数，挂起函数会挂起当前协程。协程会等待挂起函数执行完毕再继续执行其余任务。

privatesuspendfundoWork(){Log.d(TAG,"doWork start")delay(5000)Log.d(TAG,"doWork end")}

这里定义一个挂起函数，打印两行日志，在这两行日志之间调用delay挂起函数挂起协程5s中。

2020-05-2116:04:40.02225119-25119/?D/MainActivity:doWork start2020-05-2116:04:45.02525119-25119/?D/MainActivity:doWorkend

三、协程取消与超时

1.协程取消。

协程提供了取消操作，如果一个协程任务未执行完毕，但是执行结果已经不需要了，这时可以调用cancel函数取消协程，也可以调用cancelAndJoin方法取消协程并等待任务结束，相当于调用cancel然后调用join。

runBlocking{valjob=launch{delay(500)Log.d(TAG,"launch running Coroutines")}Log.d(TAG,"waiting launch running")job.cancelAndJoin()Log.d(TAG,"runBlocking running end")}

2.超时处理

协程在执行中可能超过预期的执行时间，这时候就需要取消协程的执行，协程提供了withTimeout函数来处理超时的情况，但是withTimeout函数在超时的时候会抛出异常TimeoutCancellationException，可以选择捕获这个异常。协程也提供了withTimeoutOrNull函数并返回null来替代抛出异常。

/**

添加超时处理
withTimeout

*/funtimeOutCoroutines()=runBlocking{withTimeout(1300L){repeat(1000){i->Log.d(TAG,"I'm sleeping$i...")delay(500L)}}}

四、协程调度器与作用域

1.协程调度器

协程上下文包含一个协程调度器，即CoroutineDispatcher，它确定了哪些线程或与线程相对应的协程执行。协程调度器可以将协程限制在一个特定的线程执行，或将它分派到一个线程池，亦或是让它不受限地运行。所有的协程构建器诸如 launch 和 async 接收一个可选的 CoroutineContext 参数，它可以被用来显式的为一个新协程或其它上下文元素指定一个调度器。

/**

协程上下文（实际控制协程在那个线程执行）
launch和async都可接收CoroutineContext函数控制协程执行的线程
Dispatchers.Unconfined一种特殊的调度器（非受限调度器），运行在默认的调度者线程，挂起后恢复在默认的执行者kotlinx.coroutines.DefaultExecutor中执行
Dispatchers.Default 默认调度器，采用后台共享的线程池（不传上下文，默认采用这种）
newSingleThreadContext 单独生成一个线程
Dispatchers.IO IO线程

*/funcoroutineConetxt()=runBlocking{launch{// 运行在父协程的上下文中，即 runBlocking 主协程Log.d(TAG,"Im working in thread ${Thread.currentThread().name}")}launch(Dispatchers.Unconfined){// 不受限的——将工作在主线程中Log.d(TAG,"Unconfined before I'm working in thread$ {Thread.currentThread().name}")delay(500)Log.d(TAG,"Unconfined after I'm working in thread ${Thread.currentThread().name}")}launch(Dispatchers.Default){// 将会获取默认调度器Log.d(TAG,"Default I'm working in thread$ {Thread.currentThread().name}")}launch(newSingleThreadContext("MyOwnThread")){// 将使它获得一个新的线程Log.d(TAG,"newSingleThreadContext I'm working in thread ${Thread.currentThread().name}")}launch(Dispatchers.IO){Log.d(TAG,"IO I'm working in thread$ {Thread.currentThread().name}")}}

2020-05-2116:06:32.75225509-25509/com.common.coroutines_retrofit_okhttp D/MainActivity:Unconfined before I'mworkinginthread main2020-05-2116:06:32.76425509-25553/com.common.coroutines_retrofit_okhttp D/MainActivity:Default I'mworkinginthread DefaultDispatcher-worker-12020-05-2116:06:32.76625509-25555/com.common.coroutines_retrofit_okhttp D/MainActivity:newSingleThreadContext I'mworkinginthread MyOwnThread2020-05-2116:06:32.76625509-25553/com.common.coroutines_retrofit_okhttp D/MainActivity:IO I'mworkinginthread DefaultDispatcher-worker-12020-05-2116:06:32.76625509-25509/com.common.coroutines_retrofit_okhttp D/MainActivity:Im workinginthread main2020-05-2116:06:33.25525509-25552/com.common.coroutines_retrofit_okhttp D/MainActivity:Unconfined after I'mworkinginthread kotlinx.coroutines.DefaultExecutor

从日志输出可以看到。

1）launch默认在调用的协程上下文中执行，即runBlocking所在的主线程。

2）Dispatchers.Unconfined在调用线程启动以一个协程，挂起之后再次恢复执行在默认的执行者kotlinx

.coroutines.DefaultExecutor线程中执行。

3）Dispatchers.Default默认调度器，开启新线程执行协程。

4）Dispatchers.IO创建在IO线程执行。

5）newSingleThreadContext创建一个独立的线程执行。

如果需要在协程中控制和切换部分任务执行所在的线程，可通过withContext关键字。withContext关键字接收的也是协程调度器，由此控制切换任务所在线程。

/**

withContext 线程切换

*/funswitchThread()=runBlocking{launch{Log.d(TAG,"start in thread ${Thread.currentThread().name}")valjob=withContext(Dispatchers.IO){delay(5000)Log.d(TAG,"I'm working in thread$ {Thread.currentThread().name}")}Log.d(TAG,"end in thread${Thread.currentThread().name}")}}

2020-05-2116:07:55.22525723-25723/com.common.coroutines_retrofit_okhttp D/MainActivity:startinthread main2020-05-2116:08:00.23925723-25796/com.common.coroutines_retrofit_okhttp D/MainActivity:I'mworkinginthread DefaultDispatcher-worker-12020-05-2116:08:00.24025723-25723/com.common.coroutines_retrofit_okhttp D/MainActivity:endinthread main

从日志输出可以看到withContext将任务调度到IO线程执行。

协程作用域

协程都有自己的作用域（CoroutineScope），协程调度器是在协程作用域上的扩展，协程的执行需要由作用域控制。除了由不同的构建器提供协程作用域之外，还可以使用coroutineScope构建器声明自己的作用域。它会创建一个协程作用域并且在所有已启动子协程执行完毕之前不会结束。runBlocking 与 coroutineScope 可能看起来很类似，因为它们都会等待其协程体以及所有子协程结束。这两者的主要区别在于，runBlocking 方法会阻塞当前线程来等待，而 coroutineScope 只是挂起，会释放底层线程用于其他用途。由于存在这点差异，runBlocking 是常规函数，而 coroutineScope 是挂起函数。

/**

协程作用域 coroutineScope创建协程作用域
runBlocking会等待协程作用域内执行结束

*/funmakeCoroutineScope()=runBlocking{launch{Log.d(TAG,"launch current Thread is ${Thread.currentThread()}")}coroutineScope{// 创建一个协程作用域launch{Log.d(TAG,"coroutineScope launch current Thread is$ {Thread.currentThread()}")}Log.d(TAG,"coroutineScope current Thread is ${Thread.currentThread()}")}Log.d(TAG,"runBlocking current Thread is$ {Thread.currentThread()}")}

五、应用

从以上分析应该知道协程可以用来做什么了，协程可用来处理异步任务，如网络请求、读写文件等，可以用编写同步代码的方式来完成异步的调用，省去了各种网络、异步的回调。这里做一个最简单的网络请求的例子，使用Retrofit+Okhttp请求网络数据，然后用Glide加载请求回来的图片。以前写网络请求的时候往往封装一套RxJava+Retrofit+Okhttp来处理，这里将RxJava替换成Coroutines（协程）。

image

主要看请求网络相关的代码。

classMainViewModel:ViewModel(){companionobject{constvalTAG="MainViewModel"}privatevalmainScope=MainScope()privatevalrepertory:MainRepositorybylazy{MainRepository()}vardata:MutableLiveData<JsonBean>=MutableLiveData()fungetDataFromServer()=mainScope.launch{valjsonBeanList=withContext(Dispatchers.IO){Log.d(TAG,"${Thread.currentThread()}")repertory.getDataFromServer()}data.postValue(jsonBeanList)}overridefunonCleared(){super.onCleared()mainScope.cancel()}}

使用了MainScope来引入协程作用域，在这里跟正常使用GlobalScope.launch来创建运行在主线程的协程是一样的，然后在协程中通过withContext开启IO线程执行联网请求。

classMainRepository{suspendfungetDataFromServer():JsonBean{returnRetrofitRequest.instance.retrofitService.json()}}

classRetrofitRequestprivateconstructor(){privatevalretrofit:Retrofitbylazy{Retrofit.Builder().client(RetrofitUtil.genericClient()).addConverterFactory(GsonConverterFactory.create()).baseUrl(RetrofitUtil.baseUrl).addCallAdapterFactory(CoroutineCallAdapterFactory()).build()}valretrofitService:RetrofitServicebylazy{retrofit.create(RetrofitService::class.java)}companionobject{valinstance:RetrofitRequestbylazy(mode=LazyThreadSafetyMode.SYNCHRONIZED){RetrofitRequest()}}}

interfaceRetrofitService{@GET(Api.json)suspendfunjson():JsonBean}

这里导入了JakeWharton大神编写的retrofit2-kotlin-coroutines-adapter适配器来做转换，替换之前的Retrofit转RxJava的适配器。可以看到处理线程切换只需要withContext一行代码，并且没有类似CallBack的回调，整体代码编写就是同步代码的方式。之前使用RxJava的时候还需要对RxJava链式请求进行一些封装来完成网络请求的CallBack。代码如下：

fun<T>Observable<T>.parse(success:(T)->Unit){this.subscribeOn(Schedulers.io()).unsubscribeOn(Schedulers.io()).observeOn(AndroidSchedulers.mainThread()).subscribe(object:Subscriber<T>(){overridefunonNext(t:T){success(t)}overridefunonCompleted(){}overridefunonError(e:Throwable?){}})}

创建了一个Observable的扩展函数parse，通过success函数将网络请求结果回传到界面层，相比RxJava协程不需要进行添加CallBack。

Demo地址：

Coroutines

https://github.com/24KWYL/Coroutines-Retrofit-Okhttp

RxJava

https://github.com/24KWYL/MVVM

六、总结

通过协程可以很方便的处理异步任务，可以用同步的方式处理异步请求，减少回调代码。协程也提供Flow、Channel等操作，类似于RxJava的流式操作。功能上在很多地方可以替换RxJava，也可以实现RxJava的多种操作符。并且使用上更加简单。

作者：24k金

链接：https://www.jianshu.com/p/acbd9bf65063

来源：简书

著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

什么是Coroutines（协程）转

猜你喜欢

热点阅读