协程之前一直是Kotlin做为实验性的一个库,前些日子发现1.3版本的kotlin relese了协程,因此就找时间研究了一下,原本早就想写这篇文章了,可是由于离职换工做的缘由,迟迟未能动笔,这两天终于算搞完了,记录一下我对协程的一些理解。java
我第一次接触协程是在python的教程里,当时廖雪峰在其中的解释仍是不错的,这里拿来用来解释一下:子程序,或者称为函数,在全部语言中都是层级调用,好比A调用B,B在执行过程当中又调用了C,C执行完毕返回,B执行完毕返回,最后是A执行完毕。因此子程序调用是经过栈实现的,一个线程就是执行一个子程序。子程序调用老是一个入口,一次返回,调用顺序是明确的。而协程的调用和子程序不一样。协程看上去也是子程序,但执行过程当中,在子程序内部可中断,而后转而执行别的子程序,在适当的时候再返回来接着执行。注意,在一个子程序中中断,去执行其余子程序,不是函数调用,有点相似CPU的中断。python
看这个图,协程就是这样,在一个线程中顺序执行的,先执行一段程序,这里用continuation表示,而后遇到suspension point是,程序悬挂,进行下一个continuation子程序的运行。android
协程和线程,都能用来实现异步调用,可是这二者之间是有本质区别的bash
(1)协程是编译器级别的,线程是系统级别的。协程的切换是由程序来控制的,线程的切换是由操做系统来控制的。网络
(2)协程是协做式的,线程是抢占式的。协程是由程序来控制何时进行切换的,而线程是有操做系统来决定线程之间的切换的。多线程
(3)一个线程能够包含多个协程。异步
(4)Java中,多线程能够充分利用多核cpu,协程是在一个线程中执行。async
(5)协程适合io密集型的程序,多线程适合计算密集型的程序(适用于多核cpu的状况)。当你的程序大部分是文件读写操做或者网络请求操做的时候,这时你应该首选协程而不是多线程,首先这些操做大部分不是利用cpu进行计算而是等待数据的读写,其次由于协程执行效率较高,子程序切换不是线程切换,是由程序自身控制,所以,没有线程切换的开销,和多线程比,线程数量越多,协程的性能优点就越明显。 (6)使用协程能够顺序调用异步代码,避免回调地狱。ide
这里我打算模仿一个网络请求,点击button发送网络请求,显示一个progressbar打转,返回结果后一个textview显示结果并隐藏progressbar 先看一下布局文件函数
<?xml version="1.0" encoding="utf-8"?>
<FrameLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context=".MainActivity">
<TextView
android:id="@+id/timeTV"
android:layout_width="wrap_content"
android:layout_height="wrap_content"/>
<Button
android:id="@+id/sendBT"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="SEND"
android:layout_gravity="center"/>
<ProgressBar
android:layout_gravity="center"
android:visibility="gone"
android:id="@+id/loadingPB"
android:layout_width="wrap_content"
android:layout_height="wrap_content"/>
</FrameLayout>
复制代码
一个Button,一个TextView,一个ProgressBar
class MainActivity : AppCompatActivity() {
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
sendBT.setOnClickListener {
coroutineSend()
}
}
private fun coroutineSend() {
val uiScope = CoroutineScope(Dispatchers.Main)
uiScope.launch {
loadingPB.visibility = View.VISIBLE
val deffer = async(Dispatchers.Default) {
getCoroutineResult()
}
val coroutineResult = deffer.await()
timeTV.text = "get $coroutineResult"
loadingPB.visibility = View.GONE
}
}
private suspend fun getCoroutineResult(): String {
delay(9000L)
return "coroutine result"
}
}
复制代码
首先建立了一个CoroutineScope,全部协程都运行在CoroutineScope中,建立CoroutineScop中传入参数Dispatchers.Main,这是一个协程调度器,它肯定了相应的协程在执行时使用一个或多个线程。协程调度器能够将协程的执行局限在指定的线程中,调度它运行在线程池中或让它不受限的运行。 调用launch,就启动了一个协程,launch方法会返回一个job,调用cancel方法能够取消这个协程的进行。能够看到在协程里咱们先展现出loadingPB,而后调用async又启动一个协程,同时使用Dispatchers.Default这个协程调度器,它将使协程在执行时使用一个DefaultDispatcher-worker-1线程,这里为何使用async而没有使用launch,是由于async会返回一个Deferred对象,调用其await方法能够阻塞执行流等到协程执行完毕返回结果,这样能够获得一个返回值,在这个async建立的协程里使用了使用了suspend方法
private suspend fun getCoroutineResult(): String {
delay(9000L)
return "coroutine result"
}
复制代码
先休眠9秒钟,而后返回一个字符串,注意这里这个delay也是suspend方法,一个suspend方法只能在协程或者suspend方法里调用。关于协程还有一些其余的建立和使用方法,有兴趣的能够去看看官方教程。
协程相对RxJava有什么优势呢?
(1)RxJava堆栈可读性查,一旦出现问题,堆栈信息爆炸,难以定位问题,而协程就能够避免这个问题
(2)协程用同步的方式写异步的代码,美好了生活,方便代码阅读。
(3)协程学习曲线比较平坦,相对于RxJava,协程对初学者更易于学习。
这年头用Kotlin来开发android应用确实愈来愈爽快了,一些新的特性也逐渐加入到Kotlin中,值得更加学习,固然还有Flutter,之后会陆续写几个关于Flutter的文章,毕竟release了,我对它是十分看好的。
关注个人公众号