Kotlin协程中的GlobalScope：别乱用的“全局快车”

很多人刚学Kotlin协程时，看到GlobalScope.launch觉得挺方便，随手就拿来开一个协程，像是打开了新世界的大门。但其实，这扇门背后可能藏着内存泄漏和难以管理的任务。

GlobalScope 是什么？

GlobalScope是一个全局作用域，它启动的协程不受任何容器或生命周期的约束，一旦启动，除非主动取消，否则会一直运行到完成。听起来很自由，对吧？就像在高速公路上油门踩到底，但没有出口。

比如你在Android的Activity里这么写：

GlobalScope.launch {\n    delay(2000)\n    println("任务执行完毕")\n}

用户点开页面，两秒后打印日志。但如果他一秒钟就退出了Activity呢？这个协程还在后台跑着，持有Activity的引用的话，内存就 leak 了。

为什么建议少用 GlobalScope？

它最大的问题就是“没人管”。没有父协程、没有生命周期感知、不会随着组件销毁自动取消。就像租房子不签合同，到期了也不退房，房东拿你没辙。

更合适的做法是使用与组件生命周期绑定的作用域。比如在ViewModel中用ViewModelScope，在Activity中用lifecycleScope。它们会在适当的时候自动清理协程，避免资源浪费。

什么时候可以用 GlobalScope？

真要用，也得清楚自己在干什么。比如应用启动时需要后台上报一个日志，不依赖任何界面，也不在乎什么时候结束，这种“fire and forget”的场景勉强可以接受。

但即便如此，最好加上限制：

GlobalScope.launch(Dispatchers.IO) {\n    uploadLog()\n}

至少指定线程调度器，别让耗时操作堵住主线程。

替代方案更安全

在Android开发中，推荐用lifecycleScope配合Activity或Fragment：

lifecycleScope.launch {\n    delay(1000)\n    updateUI()\n}

这样Activity销毁时，协程也会自动取消，不用手动操心。

如果你写的是库，更不该暴露GlobalScope给调用方。应该让用户传入自己的CoroutineScope，把控制权交出去。

协程不是越快启动越好，关键是能收得住。别为了图一时方便，埋下长期隐患。GlobalScope就像一把没套子的刀，能切菜，也可能伤手。”,"seo_title":"Kotlin协程GlobalScope使用陷阱与替代方案","seo_description":"了解Kotlin中GlobalScope.launch的潜在风险，避免内存泄漏，掌握更安全的协程管理方式。","keywords":"Kotlin协程,GlobalScope,协程作用域,Android协程,GlobalScope滥用,Kotlin并发"}