Kotlin协程中runBlocking的CoroutineScope是什么？会引发内存泄漏吗？

首先给出你提到的代码示例标准格式化写法：

runBlocking {
 // some code here
}

下面针对你的问题逐一解答：

1. runBlocking对应的CoroutineScope是什么 #

runBlocking执行时会创建一个阻塞当前调用线程的独立协程作用域，内部的CoroutineScope默认基于调用线程的上下文生成，如果没有主动传入自定义CoroutineContext，它会持有一个全新的根Job，和外部其他协程作用域不存在父子绑定关系。

2. 作用域是否局限于调用它的类 #

不是。runBlocking的作用域生命周期只和内部所有协程的执行状态绑定，和调用它的类没有任何绑定关系。它会一直阻塞当前调用线程，直到内部所有协程（包括各级子协程）全部执行完毕才会退出，和所在类的生命周期完全无关。

3. 类被垃圾回收时内部启动的协程是否会同步回收 #

不会。只要runBlocking内部的协程还在运行，整个作用域就处于活跃状态，会持有相关上下文引用。如果调用runBlocking的类没有其他存活引用，也会因为runBlocking的协程还在运行持有相关引用，导致类无法被GC。只有等runBlocking内部所有协程执行完成、作用域销毁后，没有其他外部引用的类才会被GC回收。

4. 协程仍在运行是否会造成内存泄漏 #

会。如果runBlocking定义在类的成员方法中，内部协程运行时间很长、甚至永久阻塞不退出，就会一直持有所在类的隐式引用（比如协程内部访问了类的成员属性、方法），就算外部其他地方已经不需要这个类实例了，也会因为协程持有引用导致实例无法被GC，最终造成内存泄漏。

额外注意：runBlocking的设计初衷是桥接阻塞代码和挂起代码，仅推荐在主函数、测试代码场景下使用，不要在业务代码尤其是有生命周期管控的类（比如Android的Activity、ViewModel）中随意使用，很容易引发线程阻塞和内存泄漏问题。

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