协程中的取消和异常 | 驻留任务详解 - 知乎
协程还是 WorkManager？
协程会在您的应用进程活动期间执行。如果您需要执行一个能够在应用进程之外活跃的操作 (比如向远程服务器发送日志)，在 Android 平台上建议使用 WorkManager。WorkManager 是一个扩展库，用于那些预期会在将来的某个时间点执行的重要操作。
请针对那些在当前进程中有效的操作使用协程，同时保证可以在用户关闭应用时取消操作 (例如，进行一个您希望缓存的网络请求)。那么，实现这类操作的最佳实践是什么呢？
协程的最佳实践
由于本文所介绍的模式是在协程的其它最佳实践的基础之上实现的，我们可以借此机会回顾一下:
1. 将调度器注入到类中
不要在创建协程或调用 withContext 时硬编码调度器。
✅ 好处: 便于测试。您可以在进行单元测试或仪器测试时轻松替换掉它们。
2. 应当在 ViewModel 或 Presenter 层创建协程
如果是仅与 UI 相关的操作，则可以在 UI 层执行。如果您认为这条最佳实践在您的工程中不可行，则很有可能是您没有遵循第一条最佳实践 (测试没有注入调度器的 ViewModel 会变得更加困难；这种情况下，暴露出挂起函数会使测试变得可行)。
✅ 好处: UI 层应该尽量简洁，并且不直接触发任何业务逻辑。作为代替，应当将响应能力转移到 ViewModel 或 Presenter 层实现。在 Android 中，测试 UI 层需要执行插桩测试，而执行插桩测试需要运行一个模拟器。
3. ViewModel 或 Presenter 以下的层级，应当暴露挂起函数与 Flow
如果您需要创建协程，请使用 coroutineScope 或 supervisorScope。而如果您想要将协程限定在其他作用域，请继续阅读，接下来本文将对此进行讨论。
✅ 好处: 调用者 (通常是 ViewModel 层) 可以控制这些层级中任务的执行和生命周期，也可以在需要时取消这些任务。
协程中那些不应当被取消的操作
假设我们的应用中有一个 ViewModel 和一个 Repository，它们的相关逻辑如下:
class MyViewModel(private val repo: Repository) : ViewModel() {
fun callRepo() {
viewModelScope.launch {
repo.doWork()
}
}
}
class Repository(private val ioDispatcher: CoroutineDispatcher) {
suspend fun doWork() {
withContext(ioDispatcher) {
doSomeOtherWork()
veryImportantOperation() // 它不应当被取消
}
}
}
我们不希望用 viewModelScope 来控制 veryImportantOperation()，因为 viewModelScope 随时都可能被取消。我们想要此操作的运行时长超过 viewModelScope，这个目的要如何达成呢？
我们需要在 Application 类中创建自己的作用域，并在由它启动的协程中调用这些操作。这个作用域应当被注入到那些需要它的类中。
与稍后将在本文中看到的其他解决方案 (如 GlobalScope) 相比，创建自己的 CoroutineScope 的好处是您可以根据自己的想法对其进行配置。无论您是需要 CoroutineExceptionHandler，还是想使用自己的线程池作为调度器，这些常见的配置都可以放在自己的 CoroutineScope 的 CoroutineContext 中。
您可以称其为 applicationScope。applicationScope 必须包含一个 SupervisorJob()，这样协程中的故障便不会在层级间传播 (见本系列第三篇文章: 协程中的取消和异常 | 异常处理详解):
class MyApplication : Application() {
// 不需要取消这个作用域，因为它会随着进程结束而结束
val applicationScope = CoroutineScope(SupervisorJob() + otherConfig)
}
由于我们希望它在应用进程存活期间始终保持活动状态，所以我们不需要取消 applicationScope，进而也不需要保持 SupervisorJob 的引用。当协程所需的生存期比调用处作用域的生存期更长时，我们可以使用 applicationScope 来运行协程。
从 application CoroutineScope 创建的协程中调用那些不应当被取消的操作
每当您创建一个新的 Repository 实例时，请传入上面创建的 applicationScope。对于测试，可以参考后文的 Testing 部分。
应该使用哪种协程构造器？
您需要基于 veryImportantOperation 的行为来使用 launch 或 async 启动新的协程:
如果需要返回结果，请使用 async 并调用 await 来等待其完成；
如果不是，请使用 launch 并调用 join 来等待其完成。请注意，如 本系列第三部分所述，您必须在 launch 块内部手动处理异常。
参考
