Kotlin Playground中GlobalScope.launch非阻塞协程运行不符合预期问题

你观察到的所有反常表现，都是GlobalScope的生命周期特性和测试环境的进程退出逻辑叠加导致的，和协程的非阻塞设计本身没有冲突：

• GlobalScope是无生命周期绑定的全局协程作用域，通过它启动的协程不会被任何上层调用流程自动跟踪、等待执行完成。它的设计定位是匹配应用进程级别的长生命周期任务：只要进程保持存活，协程就可以正常调度运行；一旦进程触发退出逻辑，所有还未执行完毕的全局协程会被直接强制终止，没有任何自动等待收尾的过程。
• GlobalScope.launch本身是非阻塞方法：调用该方法只会把协程任务提交到对应线程的调度队列，然后立刻返回当前执行流程，不会卡住当前线程。

• 移除阻塞代码后仅输出hello
  移除runBlocking或Thread.sleep后，主线程的执行流程是：调用launch把协程任务提交到后台调度队列后立刻返回，紧接着执行println("hello")，此时主线程的所有用户代码已经全部执行完毕。Kotlin Playground的运行逻辑是主线程代码跑完后，会立刻触发JVM进程退出流程，此时后台协程大概率还处于delay的等待状态，根本没有机会执行到println("world")的逻辑，最终只会输出hello。
  当协程内部delay时长小于700ms时依然看不到world输出，是因为从主线程代码执行完毕，到进程实际完成所有后台线程的终止动作存在固定的时间差，短延迟的协程哪怕从等待中唤醒，也赶不上在进程收尾完成前把输出写到控制台。
• delay在800ms-1000ms区间时输出无换行拼接的world hello
  这个现象本质是IO缓冲区的写入竞争：移除阻塞代码后，主线程执行println("hello")时，输出内容不会立刻刷新到控制台，而是暂存在内存IO缓冲区；主线程代码跑完后，JVM开始触发退出流程，此时刚好后台协程的delay等待结束，执行println("world")——它刚把"world"几个字符写入IO缓冲区、还没来得及追加println默认的换行符，两个写入操作在缓冲区的排序就发生了颠倒，最终刷到控制台的内容就变成了没有换行分隔的拼接字符串，并不是协程本身的执行顺序出现了错乱。
• 场景1中可以正常分行输出hello和world
  不管是runBlocking{ delay(2000L) }还是Thread.sleep(2000L)，本质都是把主线程卡住，强行拉长了进程退出前的等待窗口，给后台的全局协程留足了1秒的延迟等待时间，让它可以正常跑完内部的println逻辑，最终就能看到预期的两行输出。

并不是非阻塞的GlobalScope.launch必须依赖阻塞代码才能正常运行：
你在测试环境碰到的“不写阻塞代码协程就不执行”的现象，核心是协程的启动方没有任何机制去等待这个全局协程执行完毕。一旦主线程跑完所有代码、进程开始退出，不管后台协程运行到哪一步，都会被直接杀死。
如果是在长期常驻的真实运行环境中（比如安卓App、后端Web服务），进程会一直保持存活，就算主线程代码执行完毕，全局协程也会有足够时间正常调度运行，完全不需要额外加阻塞代码。只有在一次性执行完就退出的测试环境、命令行脚本场景下，才需要手动用阻塞代码拖住进程，给全局协程留够执行时间。

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