谁负责暂停和继续执行相关规定？

Question

就异步编程而言，这可能是一个非常基本的问题，但我试图阅读它，但找不到任何相同的资源。

假设：我对异步编程有一个大致的想法：

当我们开始阻塞操作（网络调用，从DB/文件中读取）时，我们可以将其委托给内核线程，这将使我们的应用程序线程保持空闲，以执行其他任务。内核线程等待作业完成，并在作业完成时向应用程序线程提供回调。

科鲁蒂斯：过去几天我一直在读关于科特林·科鲁蒂斯的书。不过，我认为概念wise coroutines是语言不可知论的。我得到的问题是：

Answer 1

协同暂停是完全明确和一流的。当调用suspendcoroutine()或suspendcancellablecoroutine()时，会发生这种情况，传入一个接收continution作为参数的块。

该块可以对continuation对象执行它想要的任何操作，当某人在某个地方调用continuation.Resume(resultValue()时，它将恢复。它恢复的线程最初是调用Resume()的线程，但Resume中的逻辑立即委托给负责的调度程序，然后通常将恢复提交给另一个线程或线程池。

Dispatcher逻辑也是一流的，您可以编写自己的Dispatcher。然而，这几乎从来不需要，因为只有少数几种有意义的方法可以做到这一点，Kotlin已经支持它们。

您还可以查看代码中的一个具体示例，该示例演示了suspendcoroutine和coroutine.resume()的裸用法，而没有分派程序添加到其中的层。

顺便说一句，您永远不会将阻塞操作委托给“内核线程”来使它们是非阻塞的。异步操作不会阻塞任何线程。例如，在低层，有一种选择器机制，当IO操作完成时，它接收来自IO操作的事件。它的工作方式非常类似于GUI线程中的事件循环。