Kotlin协程：launch{普通函数}与launch{挂起函数}的区别及执行差异问询

嘿，这个问题问得特别关键——很多刚上手Kotlin协程的朋友都会在这里搞混。咱们从语法表现到执行底层，一步步把这两种调用的差异说透：

先看代码层面的实际表现：

• 调用普通函数：在launch的lambda里调用普通函数，就跟你在普通Java方法里调用函数一模一样——它会同步占着当前协程的线程，从头到尾执行完，期间协程完全没法“暂停”或者让出线程。比如你在UI线程的协程里调用一个耗时10秒的普通计算函数，那UI会直接卡死10秒，啥都干不了。
• 调用挂起函数：挂起函数带suspend关键字，它只能在挂起上下文（比如launch的lambda、其他挂起函数）里调用。如果挂起函数内部有真正的挂起点（比如delay()、withContext()或者网络请求），那协程会在这个点主动暂停执行，把当前线程还给调度器，等挂起的条件满足后（比如delay时间到、请求返回），再找个合适的线程恢复执行。整个过程不会阻塞线程，UI该干嘛干嘛。

这才是二者最本质的差异：

• 普通函数的执行：完全是线程级的连续执行。协程调度器一旦把线程分配给这个协程，普通函数就会像钉子一样占着线程，直到函数执行完毕。调度器没法“打断”它（除非底层线程被中断，但那是粗暴的线程操作，不是协程的挂起机制）。这种情况下，协程的“轻量”优势完全体现不出来，跟普通线程调用没区别。
• 挂起函数的执行：依赖协程的状态保存与恢复机制。编译器会给挂起函数自动生成额外的代码，用来保存当前协程的执行状态（比如局部变量、调用栈位置）。当遇到挂起点时，协程会把这些状态存起来，然后释放线程；等需要恢复时，调度器会取出状态，在某个线程上从挂起点继续执行。整个过程是协程调度器管理的，不需要阻塞线程，这也是协程能实现高并发的核心原因。

看代码更清楚：

// 普通耗时函数：占着线程不放
fun regularLongTask() {
    repeat(1_000_000) {
        // 模拟密集计算
        Math.sqrt(it.toDouble())
    }
}

// 挂起耗时函数：会让出线程
suspend fun suspendLongTask() {
    // 切换到后台线程执行，同时释放原线程
    withContext(Dispatchers.Default) {
        repeat(1_000_000) {
            Math.sqrt(it.toDouble())
        }
    }
}

fun main() = runBlocking {
    // 在UI线程协程里调用（假设是Android环境）
    launch(Dispatchers.Main) {
        // 调用普通函数：UI直接卡死，直到计算完成
        regularLongTask()
        
        // 调用挂起函数：UI丝滑，计算在后台线程跑
        suspendLongTask()
    }
}

• 不是所有挂起函数都会挂起：比如一个空的挂起函数suspend fun doNothing() {}，调用它时协程不会暂停，和普通函数行为几乎一样，但语法上它只能在挂起上下文里调用。
• 普通函数也能在协程里用，但要避免耗时操作：如果普通函数是快速完成的小逻辑，在协程里调用没问题，但耗时操作一定要封装成挂起函数，或者用withContext切换到后台线程。

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