为何JDialog.isVisible()未在预期的事件调度线程(EDT)执行？

示例代码 #

public class EDTTest extends JDialog
{
    public static void main(String[] args)
    {
        SwingUtilities.invokeLater( () -> {
            EDTTest  dialog  = new EDTTest();
            dialog.buildGUI();
        });
    }
    
    private void buildGUI()
    {
        JButton button  = new JButton( "Exit" );
        JPanel  panel   = new JPanel();
        
        button.addActionListener( e -> System.exit( 0 ) );
        panel.add( button );
        setContentPane( panel );
        System.out.println( "Packing" );
        pack();
        setVisible( true );
    }
    
    @Override
    public boolean isVisible()
    {
        System.out.println( SwingUtilities.isEventDispatchThread() );
        boolean isVis   = super.isVisible();
        return isVis;
    }
}

你的代码里buildGUI方法确实通过SwingUtilities.invokeLater在EDT线程执行，但第一次isVisible调用不在EDT的核心原因和Swing的底层初始化逻辑有关：

• 对等组件创建的线程特性：Swing是基于AWT的轻量级框架，每个Swing组件都需要对应一个底层AWT的本地对等组件（Peer），用来和操作系统原生UI交互。调用pack()时会触发组件的布局验证流程，若此时组件还未创建对等组件，AWT Toolkit会启动一个非EDT的辅助线程来完成初始化。
• isVisible被被动调用：在对等组件初始化过程中，底层AWT代码会主动调用isVisible()方法，判断是否需要渲染该组件的原生UI。这个调用来自Toolkit的辅助线程，因此SwingUtilities.isEventDispatchThread()返回false。

后续的isVisible调用都会回到EDT线程，比如你主动调用setVisible(true)时的状态检查，或是Swing事件循环中对组件状态的查询。

需要注意：Swing规范建议所有UI相关操作（包括状态查询）尽量在EDT执行，避免潜在的线程安全问题，即使查询方法本身不会立刻引发异常。

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