在Android开发或后端服务中，处理耗时任务是家常便饭。比如从网络下载一张图片、读取本地数据库、上传用户日志等操作都不能在主线程直接执行，否则界面会卡顿甚至崩溃。Kotlin协程为此提供了一套轻量级的异步解决方案，而GlobalScope就是初学者最容易接触到的一个入口。
GlobalScope是什么？
GlobalScope是一个全局作用域，它不属于任何特定组件生命周期。只要调用它启动协程，这个协程就会在整个应用运行期间存在，除非你手动取消或者任务完成。
比如你想在点击按钮后请求服务器数据，可能会这样写：
GlobalScope.launch {
val result = fetchDataFromNetwork() // 挂起函数
withContext(Dispatchers.Main) {
textView.text = result
}
}这段代码确实能工作。点击后发起网络请求，拿到结果更新UI，流程很清晰。但问题藏在细节里。
为什么说GlobalScope有风险？
假设用户点完按钮马上退出页面，此时Activity已经关闭了，但fetchDataFromNetwork()可能还在跑。当它最终返回结果并尝试更新textView时，就会触发空指针异常——因为视图已经被销毁了。
更严重的是，这种协程没有绑定生命周期，即使页面关了它仍在后台运行，占用线程资源，还可能导致内存泄漏。如果用户频繁进出页面，就会不断创建新的协程，系统负担越来越重。
什么时候可以用GlobalScope？
不是说GlobalScope完全不能用。如果你要启动一个“活到应用结束”的任务，比如记录全局日志、心跳上报、后台轮询通知，那它可以胜任。
例如，在App启动时开启一个定期上报设备状态的任务：
class App : Application() {
override fun onCreate() {
super.onCreate()
GlobalScope.launch {
while (true) {
delay(60_000) // 每分钟一次
sendHeartbeat()
}
}
}
}这类任务不需要随某个页面销毁而停止，反而希望长期运行，这时用GlobalScope才合理。
日常开发推荐的做法
对于大多数场景，建议使用与生命周期绑定的作用域。比如在Activity中可以用lifecycleScope，在ViewModel里用viewModelScope。
拿lifecycleScope举例：
lifecycleScope.launch {
val data = async { fetchUserData() }.await()
updateUI(data)
}一旦Activity销毁，里面的协程也会自动取消，不会造成资源浪费或崩溃。这才是更安全、更可控的方式。
很多人一开始图省事直接上GlobalScope，项目做大了才发现各种奇怪的崩溃和性能问题。就像做饭忘了关火，短时间没事，时间一长就出大事。
所以别贪方便，该绑定生命周期的地方一定要绑。工具好不好用，不光看能不能跑通，还得看稳不稳定。