如果 EDT 是一个单独的线程，为什么在这个例子中 invokeLater 等待主线程完成？

如何解决如果 EDT 是一个单独的线程，为什么在这个例子中 invokeLater 等待主线程完成？

所以如果 Event Dispatch Thread 是一个独立于主线程的线程，那让我觉得接下来的代码会输出

HashMap<Int,String>

但是当我运行它时，就好像 EDT 在运行 Before Runnable true After 方法内的代码块之前等待主线程完成。输出是：

invokeLater(..)

代码：

Before
After
Runnable
true

但是，如果我用 public class Main { public static void main(String[] args) { System.out.println("Before"); SwingUtilities.invokeLater(() -> { System.out.println("Runnable"); System.out.println(SwingUtilities.isEventDispatchThread()); }); System.out.println("After"); } } 替换 invokeLater(..)，那么我得到

invokeAndWait(..)

这让我觉得 EDT 并不是一个真正的独立线程，或者至少在这个例子中它的行为或只是在我看来它不是。你怎么解释？

解决方法

你如何解释？

当您试图解释涉及线程的观察行为时，几乎适用于每个问题的相同解释：

线程是复杂的野兽，通常添加代码来观察正在发生的事情会影响线程，线程作为一般概念是不可重复的（事情取决于您的音乐播放器中播放的歌曲到月相），以及它并不像您认为的那样工作，并且提供的解释和心理模型过于简单化，站不住脚。

幸运的是，这里不太难以解释：

1. 是的，它确实是一个单独的线程。您可以随时运行 Thread.currentThread() 来查看此内容。

2. 线程不是什么巫毒魔法瞬间的东西，你的 CPU 也不是秘密地由一批完全独立的计算机组成。

invokeLater 调用获取您的代码，将其添加到队列中，然后 ping EDT 以唤醒并处理该队列，该队列现在包含 1 个项目。这个队列有很多流量；当您将另一个窗口移到您的窗口上时，EDT 会重新绘制 ping。当你点击一个按钮时，它也会被添加到队列中，等等。

无论该队列上的流量如何，唤醒线程的行为都不是即时的。您的主线程开始编写 After 比您的计算机更快（不仅仅是人类可以观察到它，计算机的运行速度比我们用眼球观察到的速度快几百万倍）系统开始实际唤醒该线程。

在那里投炸弹看看效果。例如，在 Thread.sleep(1000); 之前添加 sysout("After"); 并观察会发生什么。

当然，您会观察使用 invokeAndWait 时所做的事情 - 这将执行完全相同的操作（将您的代码添加到队列中，然后向线程发送 ping 以唤醒），但它会然后冻结你的主线程。发送到 EDT 的代码将更新一些内部布尔值（“是的，我已经运行到最后”，并将 ping 发送回主线程以唤醒，检查该布尔值，然后继续）。因此，它不能继续，直到您的代码（打印 Runnable 和 true）运行为止。

换句话说：

你的第二个片段总是输出你写的内容。

你的第一个片段会输出，谁知道呢。在极少数情况下，系统可以自由打印 B/R/t/A 或 B/A/R/t，甚至 B/R/A/t。作为一个额外的问题，System.out 很重并且会导致同步，因此如果您在分析线程的同时进行打印，您观察到的内容通常完全无关。

,

它是一个单独的线程，您只是要求当前线程调用 EDT 上的代码并等待它执行完毕。

这就像显式启动一个线程：

Thread t = new Thread(() -> { ... });
t.start();

然后等待它完成：

t.join();

,

事实上，您最初的假设是错误的。我们可以从您的代码中唯一假设的是“Before”将在其他任何事情之前输出，而“Runnable”将在“true”之前输出。

EDT 代码会在它发生时执行，并且无法保证何时会与您的其他代码相关。

实际上，EDT 代码在“After”代码执行之前实际执行的情况非常罕见。在主线程中的一行代码可以运行之前，将作业提交给 EDT 并让它被接收和运行的开销太大了。所以我会期待你实际看到的输出。

这里真正重要的要点是，除非您专门设计线程之间的任何操作顺序，否则您永远不应该假设它，并且您永远不应该对 EDT 这样做。