开启生长之旅！这是我参与「日新方案 12 月更文应战」的第9天，点击检查活动详情

1.协程

协程不是进程或线程，它的履行进程更类似于子例程或者说不带返回值的函数调用。

一个程序能够包括多个协程，类似于一个进程包括多个线程。线程有自己的上下文多个线程存在时它们相对独立，切换受体系操控，而协程也相对独立，也有自己的上下文，但是切换是由自己操控的，当需求切换到其他协程时是由当时协程操控的。

线程 协程
独立性 相对独立 相对独立
上下文 有自己的上下文 有自己的上下文
切换 体系决定是否切换 当时协程决定是否切换

2.Kotlin协程

1.引入Kotlin协程

Kotlin中假如要使用协程是需求添加依靠的，它没有被集成在规范库中，单独拎出来首要是为了减小规范库的体积

implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-core:1.6.0'

那么要如何了解Kotlin协程？Kotlin协程能够了解为更轻量级的线程，协程的运转离不开线程，这有点像线程和进程之间的联系。

2.Kotlin协程的使用

fun main() = runBlocking {
    doWorld()
}
suspend fun doWorld() = coroutineScope {  
    launch {
        delay(1000L)
        println("World!")
    }
    println("Hello")
}
//输出结果：
//Hello
//World!

上面的代码是Kotlin协程的一个简单比如其间runBlocking、coroutineScope、launch是协程作用域，suspend是挂起，delay(1000L)是一个延时函数。从结果来看咱们的代码次序和输出结果的次序不一样，这便是Kotlin协程的魅力，咱们看下面的流程图：

【Kotlin回顾】9.协程思维模型

3.Kotlin协程的轻量（总结的还不行清晰）

  • 发动 10 亿个线程，这样的代码运转在大部分的机器上都是会由于内存不足等原因而异常退出的。那么发动10亿个协程则不会出现异常由于协程是十分轻量的；

  • 协程虽然是运转在线程上的但是它并不会与某个线程绑定，而且还能够在不同线程之间切换。

4.协程的“非堵塞式”

线程是堵塞的，由于它在运转一个耗时使命时只要这个使命完成了才会履行后面的使命，而Kotlin在履行一个耗时使命时会把这个使命放入后台履行，去履行下一个使命。

fun main() {
    repeat(3) {
        Thread.sleep(1000L)
        println("Print-1:${Thread.currentThread().name}")
    }
    repeat(3) {
        Thread.sleep(900L)
        println("Print-2:${Thread.currentThread().name}")
    }
}
/*
输出结果：
Print-1:main
Print-1:main
Print-1:main
Print-2:main
Print-2:main
Print-2:main
*/

上面的代码是堵塞式使命，能够看到两个使命之间的等待时差是100毫秒，但是第二个repeat履行的前提是榜首个repeat履行结束，那么这个使命的终究耗时便是5700毫秒。

fun main() = runBlocking {
    launch {
        repeat(3) {
            delay(1000L)
            println("Print-1:${Thread.currentThread().name}")
        }
    }
    launch {
        repeat(3) {
            delay(900L)
            println("Print-2:${Thread.currentThread().name}")
        }
    }
    delay(3000L)
}
/*
输出结果：
Print-2:main @coroutine#3
Print-1:main @coroutine#2
Print-2:main @coroutine#3
Print-1:main @coroutine#2
Print-2:main @coroutine#3
Print-1:main @coroutine#2
*/

上面的代码是非堵塞式使命，能够看到两个使命之间的等待时差是100毫秒，第以个repeat和第二个repeat是一起履行的，也便是说他们一起开端履行，当到达900毫秒时第二个repeat开端履行，当到达1000毫秒时榜首个repeat开端履行，那么这个使命的终究耗时便是3000毫秒。

由此可见，Kotlin 协程的“非堵塞”其实仅仅言语层面的，当咱们调用 JVM 层面的 Thread.sleep() 的时分，它仍然会变成堵塞式的。与此一起，这也意味着咱们在协程傍边应该尽量避免出现堵塞式的行为。尽量使用 delay，而不是 sleep。

到这儿其实就会发生一个疑问，delay就能解决堵塞的问题吗？答案是不是，解决堵塞问题的其实是Kotlin的挂起和康复的才能，这是协程才拥有的特别才能。

挂起和康复又该怎么了解呢，举个比如，现在有两件事情：①烧一壶水烧开后断开电源；②做饭；榜首件事是一个耗时使命，开端烧水后我去做第二件事这便是挂起，当水烧开今后要去断开电源这便是康复。

5.建立思想模型

Kotlin的协程要比Java线程更笼统，由于Java的线程能够找到Thread的源码，一起线程也是操作体系中的一个概念，所以了解起来较为简单。而Kotlin的协程没有类似的知识点能够建立相关，所以在学习Kotlin协程的时分就需求简历协程的思想模型， 没有这个思想了解Kotlin协程就比较难。

如何建立Kotlin的思想模型？能够将Kotlin协程幻想成一个“愈加轻量级的线程”。

【Kotlin回顾】9.协程思维模型

从包括联系上看，协程跟线程的联系，有点像线程与进程的联系，毕竟协程不可能脱离线程运转。所以，协程能够了解为运转在线程傍边的、愈加轻量的 Task。

【Kotlin回顾】9.协程思维模型