Swing 对话框如何工作？

Question

如果您在 Swing 中打开一个对话框，例如 JFileChooser，它有点像这样的伪代码：

swing event thread {
  create dialog
  add listener to dialog close event {
    returnValue = somethingFromDialog
  }
  show dialog
  (wait until it is closed)
  return returnValue
}

我的问题是：这怎么可能工作？正如您所看到的，线程等待返回，直到对话框关闭。这意味着 Swing 事件线程被阻塞。然而，人们可以与对话框进行交互，据我所知，这需要该线程来运行。

那么它是如何运作的呢？

Answer 1

现有的事件调度线程被阻塞，因此 swing 创建另一个泵送事件的线程。这是对话期间的事件调度线程。

Swing 创建一个单独的本机线程来泵送本机操作系统窗口消息。这与 AWT 事件线程是分开的。

在 Windows 上，您会看到这些线程

  "AWT-Windows"   - the native UI thread
  "AWT-EventQueue-0" - the current AWT event dispatch thread

编辑：否决是正确的。这不是真的，至少不是在所有情况下都是如此。

模态对话框通常负责泵送 AWT 事件本身。如果运行代码

SwingUtilities.invokeAndWait(new Runnable()
{
    public void run()
    {
        JOptionPane.showInputDialog("hello");
    }
});

然后中断，查看线程，您将只看到一个 EventQueue 线程。 JOptionPane 的 show() 方法泵送事件本身。

像 Spin 和 Foxtrot 这样的框架采用相同的方法 - 它们允许您在 EDT 上创建长时间运行的阻塞方法，但通过泵送事件本身来保持事件的流动。 swing 可能有多个调度线程（我确信旧版本的 swing 就是这种情况），但现在多核很常见，并发问题，特别是确保一个线程上的更改正确发布到其他线程，意味着使用多个 EDT 会在当前实现中产生错误。看
多个 Swing 事件调度线程

Answer 2

这是 AWT 的线程，而不是 Swing 的线程。

不管怎样，AWT 在 show 中运行调度循环。阻止窗口的输入事件将被阻止。重绘事件、解锁窗口事件和一般事件照常调度。

您可以通过将行：添加

 Thread.dumpStack();

到模式对话框的偶数处理中来看到这一点，或者更容易地从命令行使用 jstack 或使用 ctrl-\/ctrl-break 在应用程序的命令窗口中。

Foxtrot 库滥用这一点来提供更加程序化（而不是事件驱动）的模型。当从应用程序 EDT 调用时，WebStart/Java PlugIn 也使用它为 JNLP 服务和其他服务提供对话框。