非挂起函数中调用挂起函数的方案及Kotlin协程相关疑问

已知你需要重写A类的非挂起doSomething()并在其中调用挂起函数，除了runBlocking，还有以下几种方案：

1. 使用绑定生命周期的CoroutineScope（推荐，Android场景优先） #

如果是Android开发，优先使用组件绑定的Scope（如viewModelScope、lifecycleScope），这些Scope会在组件销毁时自动取消协程，避免内存泄漏：

class B(private val coroutineScope: CoroutineScope) : A {
    override fun doSomething() {
        coroutineScope.launch {
            // 调用你的挂起函数
            mySuspendFunction()
        }
    }

    private suspend fun mySuspendFunction() {
        // 挂起逻辑
    }
}

如果是普通Kotlin项目，可以自定义Scope并在合适的时机取消：

class B : A {
    private val customScope = CoroutineScope(Dispatchers.Default)

    override fun doSomething() {
        customScope.launch {
            mySuspendFunction()
        }
    }

    // 在B类销毁时调用，避免内存泄漏
    fun destroy() {
        customScope.cancel()
    }
}

2. 使用GlobalScope.launch（不推荐） #

GlobalScope的生命周期和应用进程绑定，协程会一直运行到完成或进程结束，容易导致内存泄漏，仅在临时测试或明确不需要管理生命周期的场景使用：

class B : A {
    override fun doSomething() {
        GlobalScope.launch {
            mySuspendFunction()
        }
    }
}

注意：避免滥用runBlocking #

runBlocking会阻塞当前线程直到协程完成，如果在UI线程调用会导致界面卡顿，仅适合在测试代码或非UI线程的阻塞场景使用。

尽管Kotlin协程有轻量、高效的优势，但也存在以下不足：

• 学习成本较高：新手需要理解挂起函数、协程上下文、Dispatcher、Scope等多个概念，容易写出不规范的代码（如滥用runBlocking、未正确管理Scope导致泄漏）。
• 调试难度大：协程的栈帧会被压缩，调试时的调用栈不如普通函数直观，需要熟悉IDE的协程调试工具才能定位问题。
• 上下文传递易错：如果忽略CoroutineContext的传递，可能会出现Dispatcher错误（如在UI线程执行耗时操作），或丢失异常处理逻辑。
• 依赖协程库：需要引入kotlinx-coroutines系列依赖，虽然体积不大，但对极小项目会增加额外依赖。
• 极端场景性能有限：在高频CPU密集型场景，协程的上下文切换开销虽然远小于线程，但大量频繁切换时，性能可能不如原生线程池。

和Go协程的区别 #

• 调度模型：Go采用M:N调度（用户态协程映射到内核线程，由Go Runtime自主管理调度）；Kotlin协程默认是1:N调度（基于JVM/Android的线程池，协程运行在指定的Dispatcher上，无内核级调度能力）。
• 启动方式：Go用go关键字即可直接启动goroutine；Kotlin协程必须依赖CoroutineScope配合launch/async等构建器启动。
• 通信机制：Go以Channel作为协程间通信的核心方式；Kotlin协程主要通过挂起函数、Flow或Kotlin Channel实现通信，后者功能更偏向数据流处理。
• 异常处理：Go的goroutine抛出未捕获异常会导致整个进程崩溃（需手动用recover捕获）；Kotlin协程的异常可通过CoroutineExceptionHandler捕获，默认会取消当前Scope下的所有协程，不会直接崩溃进程。

和C++协程的区别 #

• 标准与生态：C++20才引入底层协程标准，仅提供基础挂起/恢复能力，调度器、Scope等上层逻辑需开发者自行实现或依赖第三方库；Kotlin协程是语言+库的完整解决方案，内置多种Dispatcher和上层API，生态完善（如Android组件绑定Scope、Retrofit支持）。
• 调度机制：C++协程无内置调度器，完全由开发者控制协程的调度时机；Kotlin协程内置Dispatchers.IO/Default/Main等调度器，开箱即用。
• 内存管理：C++协程需手动管理协程句柄的生命周期，容易出现内存泄漏；Kotlin协程基于JVM GC，配合Scope的自动取消机制，内存管理更安全。
• 挂起实现：C++协程是栈协程（保存完整栈帧实现挂起），支持更复杂的挂起场景但内存占用较高；Kotlin协程是无栈协程（通过状态机转换实现挂起），内存占用更小、上下文切换更高效。

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