虚拟线程创建底层机制解析及唤醒时Continuation调用主体问询

一、创建虚拟线程的底层完整流程 #

你列出的三个步骤是核心框架，但底层执行细节比这更细致：

• 创建虚拟线程与Continuation对象
  调用Thread.ofVirtual().start(Runnable)等API时，JVM会先实例化VirtualThread对象，同时生成一个jdk.internal.vm.Continuation实例——这是虚拟线程实现协程式调度的核心。虚拟线程会持有这个Continuation的引用，而Continuation负责存储虚拟线程的完整执行上下文：包括栈帧、程序计数器、局部变量等所有能让线程“暂停后再继续”的状态数据。

• 关联调度器并提交任务
  虚拟线程默认绑定ForkJoinPool.commonPool()作为调度器（也可自定义调度器）。这里不是直接把虚拟线程丢给ForkJoin池，而是将虚拟线程包装为VirtualThreadTask（ForkJoinTask的子类），再提交到调度器的任务队列中。虚拟线程本身不会直接占用工作线程，它的执行需要依赖调度器的工作线程来“承载”。

• 执行用户任务
  当ForkJoin池的某个工作线程空闲时，会从队列取出包装后的任务，触发虚拟线程的run()方法。此时工作线程会调用Continuation.run()，开始执行用户提供的Runnable逻辑。如果执行中遇到阻塞操作（比如Thread.sleep()、NIO阻塞调用、同步锁等待），JVM会自动挂起虚拟线程：保存Continuation的上下文状态，立即释放当前承载它的工作线程，让该线程可以处理其他任务。

二、虚拟线程解除阻塞后，由哪个线程调用Continuation.start()？ #

当虚拟线程的阻塞条件解除（比如sleep到期、IO操作完成、锁被释放），JVM会把这个虚拟线程重新提交到调度器的任务队列中。此时，调度器中任意空闲的工作线程都会取出这个任务，调用Continuation.start()恢复虚拟线程的执行上下文，继续运行之前被挂起的逻辑。

如果调度器的所有工作线程都处于忙碌状态，虚拟线程会在任务队列中等待，直到有工作线程空闲后再被唤醒。关键是：虚拟线程的恢复不绑定之前承载它的那个工作线程，调度器会根据当前负载情况选择可用的工作线程来完成恢复操作。

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