kotlin协程，coroutineScope和withContext有什么区别

Question

withContext
suspend fun <T> withContext(
    context: CoroutineContext, 
    block: suspend CoroutineScope.() -> T
): T (source)
Calls the specified suspending block with a given coroutine context, suspends until it completes, and returns the result.

suspend fun <R> coroutineScope(
    block: suspend CoroutineScope.() -> R
): R (source)
Creates a CoroutineScope and calls the specified suspend block with this scope. The provided scope inherits its coroutineContext from the outer scope, but overrides the context’s Job.

withContext 采用 CoroutineContext，在其所有子代都完成后，两者似乎都是 complete。

在什么情况下withContext 或coroutineScope 应该比另一个更受欢迎？

例如：

suspend fun processAllPages() = withContext(Dispatchers.IO) { 
    // withContext waits for all children coroutines 
    launch { processPages(urls, collection) }
    launch { processPages(urls, collection2) }
    launch { processPages(urls, collection3) }
}

也可以

suspend fun processAllPages() = coroutineScope { 
    // coroutineScope waits for all children coroutines 
    launch { processPages(urls, collection) }
    launch { processPages(urls, collection2) }
    launch { processPages(urls, collection3) }
}

processAllPages() 都在做同样的事情吗？

---

更新：见Why does withContext await for the completion of child coroutines讨论

Answer 1

形式上，coroutineScope 是withContext 的一个特例，您在其中传递当前上下文，避免任何上下文切换。从示意图上讲，

coroutineScope ≡ withContext(this.coroutineContext)

由于切换上下文只是withContext 的几个功能之一，因此这是一个合法的用例。 withContext 等待您在块内启动的所有协程完成。如果其中任何一个失败，它将自动取消所有其他协程，整个块将抛出异常，但不会自动取消您调用它的协程。

当您需要这些功能而不需要切换上下文时，您应该始终首选coroutineScope，因为它更清楚地表明了您的意图。

coroutineScope 是关于几个子协程的作用域生命周期。它用于将一个任务分解为几个并发的子任务。您不能使用它更改上下文，因此它从当前上下文继承 Dispatcher。通常每个子协程会在需要时指定不同的Dispatcher。

withContext 通常不用于启动子协程，而是临时切换当前协程的上下文。它应该在其代码块完成后立即完成（从版本 1.3.2 开始，这实际上仍在其文档中说明）。它的主要用例是将长操作从事件循环线程（例如主 GUI 线程）卸载到使用自己的线程池的Dispatcher。另一个用例是定义一个“关键部分”，在该部分中协程不会对取消请求做出反应。