为何协程中delay不冻结UI，自定义suspend函数用while循环却冻结？

核心原因是suspend关键字本身不会让代码自动脱离当前线程，也不会自动实现非阻塞——它只是标记这个函数可以被协程调用，或者允许在函数内部调用其他挂起函数来让出线程。

两个函数的本质区别： #

1. delay(1000)的工作方式
   delay是kotlinx.coroutines库提供的标准挂起函数，它的实现会主动让出当前的Main线程：调用delay时，协程暂停执行，把Main线程交还给UI系统处理点击、渲染等事件。等1秒时间到了，协程才会在Main线程上恢复执行。整个过程中Main线程没有被阻塞，所以UI不会冻结。

2. 自定义myOwnDelayCode的问题
   你的myOwnDelayCode虽然加了suspend修饰符，但内部是一个自旋while循环：它一直在Main线程里循环判断时间，全程占用着Main线程，根本没给UI系统留出发事件、刷新界面的机会。这种写法本质是阻塞式的，和普通的阻塞函数没区别——suspend关键字在这里只是个“摆设”，因为你没有在函数内部调用任何能让出线程的挂起操作。

怎么修复自定义延迟函数？ #

如果一定要用while循环实现延迟，需要把阻塞逻辑放到后台线程执行，用withContext切换调度器：

suspend fun myOwnDelayCode() {
    withContext(Dispatchers.Default) {
        val date = System.currentTimeMillis()
        while(System.currentTimeMillis() - date < 1000) {}
    }
}

这样自旋逻辑就会在Default调度器的后台线程执行，Main线程不会被阻塞，UI就能正常响应了。当然更推荐直接用delay，因为它是专门为协程设计的非阻塞延迟，比自旋高效得多。

关键结论 #

协程的“非阻塞”是通过**挂起（让出线程）**实现的，而不是靠suspend关键字本身。一个suspend函数如果内部全是阻塞式代码且没有切换线程，照样会卡住当前线程。

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