我有点糊涂了. 我知道如果一个函数想要使用协程，它应该被声明为挂起 例如:
private suspend fun doSomething() {
withContext(Dispatchers.IO) {
//do something
} }
我也知道有这样一种方法，可以在不暂停功能的情况下使用协程. 比如:
private fun doSomething1() {
CoroutineScope(Dispatchers.IO).launch {
//do something
} }
这两个功能有什么不同？ 什么时候用第一个例子，什么时候用第二个例子？
这两个功能有什么不同？
两者之间有两个主要区别:
suspend型给人的感觉是同步的，而launch型则是明显的异步型让我详细说明一下.
从使用的Angular 来看，suspend函数看起来是同步的:当您调用它时，下一行代码仅在函数完成时执行(与任何其他常规函数一样).这使得推理变得很容易.您甚至可以将suspend函数的返回值赋给一个变量，然后继续您的生活，就像该函数不是suspend一样.当然，当你已经处于suspend的上下文中时.如果不是，则必须使用显式的协程构建器(如launch、async或runBlocking)启动"根"协程.
当使用launch时，您显式地启动了一个异步任务，因此launch之后的代码与launch中的代码并发运行.因此，反过来，当调用doSomething1()时，它之后的代码将与内部launch中的任何内容并发运行.然而，从API的Angular 来看，确实不清楚该函数是否会启动比它更持久的任务.这也符合这样一个事实，即您不应该创建这样的"免费"协程作用域.我将在下面详细说明.
什么时候用第一个例子，什么时候用第二个例子？
尽可能多地使用suspend个函数以使事情变得简单.在大多数情况下，您不需要启动比函数调用持续时间更长的任务，因此这是非常好的.通过使用coroutineScope { ... }启动一些协程，您仍然可以并发地执行一些工作inside your suspend function.这不需要外部提供的作用域，而且从调用者的Angular 来看，所有计算都将在Suspend函数调用中进行，因为coroutineScope {}将等待子协程完成，然后才返回.
这里使用launch的函数的行为非常糟糕，你永远不应该写这样的东西:
CoroutineScope个，然后留在那里等死.你应该控制它，并在适当的时候取消它为了避免这些问题，您可以通过将CoroutineScope设置为接收器而不是现场创建接收器来显式地使用API:
private fun CoroutineScope.doSomething1() {
launch(Dispatchers.IO) {
//do something
}
}
但只有在函数的本质是启动在函数返回后继续运行的东西时，才使用这种方法.