System.out.println线程层面执行机制及同步原理探究（基于strace系统调用分析）

首先，你遇到的现象完全符合Java虚拟机（以HotSpot为例）的底层运行逻辑，我们一步步拆解问题：

为什么普通strace看不到write调用？ #

strace默认只跟踪进程的初始线程（也就是执行main方法的主线程），而Java程序启动后，VM会自动创建多个后台线程（比如GC线程、编译线程、信号处理线程等）。在你的场景中，实际执行标准输出write操作的是这些后台线程中的一个，而非主线程，所以必须加上-f参数（跟踪所有线程）才能捕捉到对应的系统调用。

调用System.out.println时，线程层面发生了什么？ #

1. 主线程的工作流程：
   当你在main方法中调用System.out.println("Hello, World")时，主线程会先将字符串写入PrintStream的缓冲区（默认是缓冲的），然后触发缓冲区的刷新逻辑。由于PrintStream是线程安全的，它的底层方法会通过synchronized块保证多线程下的输出有序性。
2. 后台线程的参与：
   并没有专门的"打印线程"，但VM的后台线程会参与底层IO的调度。在你的strace -f结果中，执行write的线程是VM启动的内部线程，主线程会通过同步机制等待IO操作完成，这就是你在普通strace中看到futex等待调用的原因。

为什么同步机制会触发futex调用？ #

Java中的synchronized关键字，在Linux平台的HotSpot VM实现中，底层依赖于**futex（Fast Userspace Mutex，快速用户态互斥锁）**机制：

• 当主线程进入PrintStream的synchronized块时，如果锁已被其他线程持有，主线程会通过futex(FUTEX_WAIT)系统调用进入阻塞等待状态；
• 当持有锁的线程（比如执行write的后台线程）完成操作并释放锁时，会通过futex(FUTEX_WAKE)调用唤醒等待的主线程。
  你在第一个strace结果中看到的futex调用，就是主线程在等待IO操作完成的同步信号。

另外补充一点：你看到的clone调用就是VM创建后台线程的系统调用，它使用了CLONE_THREAD等标志来创建线程（而非独立进程），这也是Java多线程在Linux上的底层实现方式。

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