协程&挂起&恢复

协程

协程通用概念：Coroutination passing style(CPS)，即传接续体风格。

kotlin协程可以简化为【状态机+续体CPS】：

一段协程的代码，例如通过launch启动一个协程，内部的代码，如果存在挂起点，那么就会以挂起点为分界把代码包装为一个续体类，也就是协程CPS转换。

在kotlin中，协程CPS本质也确实是做了一个callback的处理（在编译期）。

在上面的【状态机+续体CPS】 模型中，挂起点之前的代码，就是状态机状态转移前执行，随后把挂起点后的代码包装为续体coroutination等待恢复后继续执行。这里在包装续体时，会将当前续体以及状态一起传递给新的续体(或称子续体)。

恢复机制：挂起点通知续体恢复。例如我们常用的suspendCoroutine{}, 在挂起点通过调用续体的resume/resumeWith来通知恢复。

kotlin 复制代码

suspend fun doSomething(): String = suspendCoroutine {
    net.getDataFromRemote() { data ->
        it.resume(data)
    }
}

Q：遇到挂起点了，不是已经被挂起了吗....为什么挂起点还能通知恢复？是什么机制？

A：

挂起点也是另一个执行点，如果把协程简化为线程池中的runnable，那么挂起点内部也是一个runnable，只不过给它传递了父协程，然后在内部runnable执行结束时，调用父runnable的resumeWith
这也是为什么协程切换可能会发生在同一个线程上的原因
能恢复父协程继续往下执行的原因也在于，在挂起之前执行状态会转移到下一个状态，因此在恢复时就可以根据这个状态找到对应的恢复点继续执行

协程也常常被称为轻量级线程。

线程：

协程：

你可参考：