因此,如果 Event Dispatch Thread 是与主线程分开的线程,那让我认为下一个代码会输出
Before
Runnable
true
After
但是当我运行它时,就好像 EDT 在运行 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(..)
,然后我得到Before
Runnable
true
After
这让我觉得 EDT 并不是一个真正的单独线程,或者至少在这个例子中它的行为或者只是在我看来不是。你怎么解释这个?
最佳答案
How do you explain this?
当您尝试解释涉及线程的观察到的行为时,几乎适用于每个问题的相同解释:
线程是复杂的野兽,通常添加代码来观察正在发生的事情会影响线程,线程作为一般概念是不可重复的(事情取决于你的音乐播放器中播放的歌曲到月相),它不会'不会按照您认为的方式工作,并且提供的解释和心理模型过于简单化,无法成立。
这里不难解释,幸好:
Thread.currentThread()
看到这个。invokeLater
call 获取您的代码,将其添加到队列中,然后 ping EDT 以唤醒并处理该队列,该队列现在有 1 个项目。这个队列有很多流量;当您将另一个窗口移到您的窗口上时,EDT 会收到重新绘制的 ping。当您单击一个按钮时,它也会被添加到队列中,等等。无论该队列上的流量如何,唤醒线程的行为都不是即时的。你的主线程开始写
After
比您的计算机系统真正唤醒该线程的速度要快得多(不是人类可以观察到它,计算机的运行速度比我们用眼球观察到的要快几百万倍)。在那里投一颗炸弹看看效果。例如,添加
Thread.sleep(1000);
就在 sysout("After");
之前并观察会发生什么。当然,当你使用
invokeAndWait
时,你会观察到你做了什么。 - 这将做完全相同的事情(将您的代码添加到队列中,并向线程发送 ping 以唤醒),但它会卡住您的主线程。发送到 EDT 的代码将更新一些内部 boolean 值(“是的,我已经运行到最后”,并向主线程发送 ping 以唤醒,检查该 boolean 值并继续运行)。因此,在您的代码(打印 Runnable 和 true)运行之前,它无法继续。换句话说:
你的第二个片段总是输出你写的东西。
你的第一个片段会输出,好吧,谁知道呢。系统免费打印
B/R/t/A
, 或 B/A/R/t
, 甚至 B/R/A/t
在极少数情况下。作为一个附加问题,System.out
很重并且会导致同步,因此如果您在分析线程的同时进行打印,那么您观察到的内容通常完全无关紧要。
关于java - 如果 EDT 是一个单独的线程,为什么在这个例子中 invokeLater 等待主线程完成?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/67972028/