Kotlin协程GlobalScope与MainScope的区别是什么？使用需注意哪些问题？

核心区别 #

• 生命周期绑定逻辑不同：GlobalScope是全局单例作用域，不绑定任何业务组件生命周期，默认不会被自动取消，除非应用进程被杀；MainScope是可绑定组件生命周期的作用域，可随页面/组件销毁主动调用cancel()批量终止所有子协程，避免内存泄漏。
• 默认调度器不同：GlobalScope默认使用Dispatchers.Default调度，运行在后台工作线程；MainScope默认使用Dispatchers.Main调度，运行在Android主线程（UI线程）。

调度逻辑差异（结合案例说明） #

先看GlobalScope使用示例：

//Accessing data from Room
GlobalScope.launch {
    v.tvStoreName.text = pfViewModel.getStoreName()
    pageDetails.pageNumber = currentPage
    pageDetails.pageSize = pageSize
    pfViewModel.getTransactions(pageDetails, toolbarBuilder?.getDate()!!)
}

这段代码偶发的报错信息如下：

Fatal Exception: android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
报错的核心原因就是GlobalScope默认调度到后台线程，直接在协程体内修改UI控件属性，不符合Android「只有UI线程能修改视图」的规则，而且因为GlobalScope是全局作用域，就算当前页面销毁，协程还会继续执行，还有概率触发空指针、内存泄漏问题。

再看MainScope使用示例：

MainScope().launch {
    var storeName = ""
    withContext(Dispatchers.Default) {
        storeName = pfViewModel.getStoreName()
    }
    v.tvStoreName.text = storeName
}

MainScope的launch方法默认将协程调度到主线程执行，所以协程外层代码可以直接修改UI；耗时的Room查询操作通过withContext(Dispatchers.Default)切到后台线程执行，执行完成后自动切回主线程赋值给UI控件，完全符合Android线程规范，不会触发线程异常。

适用场景 #

• GlobalScope适用场景极窄，仅适合执行和应用生命周期一致、无需取消的全局后台任务，比如应用启动时的全局配置预加载，禁止用于页面级、业务级的异步操作。
• MainScope适合所有UI相关的异步操作场景，比如Android页面内的网络请求、数据库查询后更新UI，只需要在页面销毁的生命周期回调（如onDestroy）中调用作用域的cancel()方法，就能终止所有未完成的子协程，规避内存泄漏、页面销毁后更新UI的崩溃问题。

内容的提问来源于stack exchange，提问作者Bitwise DEVS