Java System.out.format如何防止死锁？

我发现在经典中包含对System.out.format的调用可以防止死锁的发生，我不知道为什么

下面的代码与本教程的代码相同，只是添加了

System.out.format的
main
（“您好，我是%s…您没有死锁！\n\n”，alphonse.getName（））

以下是输出：

Hi, I'm Alphonse...no deadlock for you!

Alphonse: Gaston has bowed to me!
Gaston: Alphonse has bowed back to me!
Gaston: Alphonse has bowed to me!
Alphonse: Gaston has bowed back to me!

删除有问题的行会导致通常的死锁：

Alphonse: Gaston has bowed to me!
Gaston: Alphonse has bowed to me!
... deadlock ...

对System.out.format的调用是否以某种方式改变了线程获取对象内部锁的方式

更新：

通过更改代码中线程的起始位置，我可以使系统再次死锁：

public static void main(String[] args) throws InterruptedException {
    final Friend alphonse = new Friend("Alphonse");
    final Friend gaston = new Friend("Gaston");

    System.out.format("Hi, I'm %s...no deadlock for you!\n\n", alphonse.getName());

    Thread t1 = new Thread(new Runnable() {
        public void run() { alphonse.bow(gaston); }
    });

    Thread t2 = new Thread(new Runnable() {
        public void run() { gaston.bow(alphonse); }
    });

    t1.start();
    t2.start();
}

这就引出了一个问题：我们如何更深入地了解线程调度程序的行为，但我将把它另存一天。
format（）
和写入控制台通常是非常昂贵的操作。我猜它的执行改变了线程启动的时间，因此第二个线程启动得太晚，不会干扰第一个线程。
format（）
和写入控制台通常是非常昂贵的操作。我猜它的执行改变了线程启动的时间，因此第二个线程启动得太晚，不会干扰第一个线程。
您并没有真正消除死锁，而是（由于某些内部JVM原因）更改了线程的时间，以便其中一个线程进入
bowBack（）
在其他调用之前
bow（）
。
只要按下
弓
：
睡眠（1000）
，死锁就会再次出现

请注意，死锁并不总是发生，只有在线程处于幸运计时时才会发生。在这种情况下，当两个线程都进入
bow
并且在它们调用
bowBack

。。。
“某些内部JVM原因”可以是：

在您的例子中，实际上有三个线程：执行main、t1和t2的线程。
放置打印隐藏死锁的原因可能是线程调度程序决定
main
仍有工作要做，即刷新io缓冲区，因此让main在启动t1之后和启动t2之前继续。如果您使用的是双核cpu，则只有
main
和
t1
会运行，但是
t2
会等待，因为
print
是一个缓慢的操作。上下文切换将花费更多的时间，t1将在t2开始之前完成……所以不会发生死锁。但这并不意味着如果再次运行程序，死锁就不会发生

如果您想玩游戏，请创建一个
队列
并在该队列中推送令牌（线程名称），然后
join
在main中加入您的线程。完成后，打印队列内容，您可以观察线程的计时。
您并没有真正消除死锁，而是（由于某些内部JVM原因）更改了线程的计时，以便其中一个线程在其他调用
bow（）
之前进入
bowBack（）
。
只要按下
弓
：
睡眠（1000）
，死锁就会再次出现

请注意，死锁并不总是发生，只有在线程处于幸运计时时才会发生。在这种情况下，当两个线程都进入
bow
并且在它们调用
bowBack

。。。
“某些内部JVM原因”可以是：

在您的例子中，实际上有三个线程：执行main、t1和t2的线程。
放置打印隐藏死锁的原因可能是线程调度程序决定
main
仍有工作要做，即刷新io缓冲区，因此让main在启动t1之后和启动t2之前继续。如果您使用的是双核cpu，则只有
main
和
t1
会运行，但是
t2
会等待，因为
print
是一个缓慢的操作。上下文切换将花费更多的时间，t1将在t2开始之前完成……所以不会发生死锁。但这并不意味着如果再次运行程序，死锁就不会发生

如果您想玩游戏，请创建一个
队列
并在该队列中推送令牌（线程名称），然后
join
在main中加入您的线程。完成后，打印队列内容，您可以观察线程的计时。
添加该行时，第一个线程在主线程启动第二个线程之前完成。但这只是一个特定处理器和调度程序上的巧合。仍然不能保证死锁不会发生。当您添加该行时，第一个线程在主线程启动第二个线程之前完成。但这只是一个特定处理器和调度程序上的巧合。目前还不能保证僵局不会发生。
public static void main(String[] args) throws InterruptedException {
    final Friend alphonse = new Friend("Alphonse");
    final Friend gaston = new Friend("Gaston");

    System.out.format("Hi, I'm %s...no deadlock for you!\n\n", alphonse.getName());

    Thread t1 = new Thread(new Runnable() {
        public void run() { alphonse.bow(gaston); }
    });

    Thread t2 = new Thread(new Runnable() {
        public void run() { gaston.bow(alphonse); }
    });

    t1.start();
    t2.start();
}