1.協(xié)程

協(xié)程不是進程或線程，它的執(zhí)行過程更類似于子例程或者說不帶返回值的函數調用。

一個程序可以包含多個協(xié)程，類似于一個進程包含多個線程。線程有自己的上下文多個線程存在時它們相對獨立，切換受系統(tǒng)控制，而協(xié)程也相對獨立，也有自己的上下文，但是切換是由自己控制的，當需要切換到其他協(xié)程時是由當前協(xié)程控制的。

2.Kotlin協(xié)程

1.引入Kotlin協(xié)程

Kotlin中如果要使用協(xié)程是需要添加依賴的，它沒有被集成在標準庫中，單獨拎出來主要是為了減小標準庫的體積

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

那么要如何理解Kotlin協(xié)程？Kotlin協(xié)程可以理解為更輕量級的線程，協(xié)程的運行離不開線程，這有點像線程和進程之間的關系。

2.Kotlin協(xié)程的使用

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

上面的代碼是Kotlin協(xié)程的一個簡單例子其中runBlocking、coroutineScope、launch是協(xié)程作用域，suspend是掛起，delay(1000L)是一個延時函數。從結果來看我們的代碼順序和輸出結果的順序不一樣，這就是Kotlin協(xié)程的魅力，我們看下面的流程圖：

3.Kotlin協(xié)程的輕量（總結的還不夠清晰）

• 啟動 10 億個線程，這樣的代碼運行在大部分的機器上都是會因為內存不足等原因而異常退出的。那么啟動10億個協(xié)程則不會出現異常因為協(xié)程是非常輕量的；
• 協(xié)程雖然是運行在線程上的但是它并不會與某個線程綁定，而且還可以在不同線程之間切換。

4.協(xié)程的“非阻塞式”

線程是阻塞的，因為它在運行一個耗時任務時只有這個任務完成了才會執(zhí)行后面的任務，而Kotlin在執(zhí)行一個耗時任務時會把這個任務放入后臺執(zhí)行，去執(zhí)行下一個任務。

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執(zhí)行的前提是第一個repeat執(zhí)行完畢，那么這個任務的最終耗時就是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是同時執(zhí)行的，也就是說他們同時開始執(zhí)行，當達到900毫秒時第二個repeat開始執(zhí)行，當達到1000毫秒時第一個repeat開始執(zhí)行，那么這個任務的最終耗時就是3000毫秒。

由此可見，Kotlin 協(xié)程的“非阻塞”其實只是語言層面的，當我們調用 JVM 層面的 Thread.sleep() 的時候，它仍然會變成阻塞式的。與此同時，這也意味著我們在協(xié)程當中應該盡量避免出現阻塞式的行為。盡量使用 delay，而不是 sleep。

到這里其實就會產生一個疑問，delay就能解決阻塞的問題嗎？答案是不是，解決阻塞問題的其實是Kotlin的掛起和恢復的能力，這是協(xié)程才擁有的特殊能力。

掛起和恢復又該怎么理解呢，舉個例子，現在有兩件事情：①燒一壺水燒開后斷開電源；②做飯；第一件事是一個耗時任務，開始燒水后我去做第二件事這就是掛起，當水燒開以后要去斷開電源這就是恢復。

5.建立思維模型

Kotlin的協(xié)程要比Java線程更抽象，因為Java的線程可以找到Thread的源碼，同時線程也是操作系統(tǒng)中的一個概念，所以理解起來較為簡單。而Kotlin的協(xié)程沒有類似的知識點可以建立關聯，所以在學習Kotlin協(xié)程的時候就需要簡歷協(xié)程的思維模型， 沒有這個思維理解Kotlin協(xié)程就比較難。

如何建立Kotlin的思維模型？可以將Kotlin協(xié)程想象成一個“更加輕量級的線程”。

從包含關系上看，協(xié)程跟線程的關系，有點像線程與進程的關系，畢竟協(xié)程不可能脫離線程運行。所以，協(xié)程可以理解為運行在線程當中的、更加輕量的 Task。

以上就是Kotlin 協(xié)程思維模型的引入使用建立的詳細內容，更多關于Kotlin 協(xié)程思維模型的資料請關注腳本之家其它相關文章！