Java JFrame从ActionListener调用时渲染异常且无响应问题

这是典型的Swing事件调度线程（EDT）相关问题，核心是你在事件处理线程中执行了阻塞UI生命周期的操作，导致新窗口的渲染和事件处理异常。

为什么异常场景会出问题？ #

Swing的所有UI操作（包括事件响应、组件渲染）都必须在EDT中执行，但EDT是单线程的——如果在actionPerformed方法里直接做以下操作，会打乱EDT的事件循环：

• 先调用mF.dispose()销毁当前窗口，这会触发一系列UI销毁的事件；
• 紧接着调用MenuGenerator.generateTheMenu()创建新窗口，这个过程会占用EDT去初始化组件、布局渲染。

当EDT被这些连续的UI操作占满时，新窗口的布局计算、事件监听注册无法正常完成：

• 标签文本截断：因为EDT来不及完成组件的布局测量，导致标签没有得到足够的绘制空间；
• 关闭按钮无响应：EDT被阻塞，无法处理窗口关闭的WindowEvent事件，自然不会触发关闭逻辑。

为什么正常场景能工作？ #

当你把MenuGenerator.generateTheMenu()放在ActionListener外部时，这段代码是在EDT初始化完成前的主线程（或者EDT空闲时）执行的，UI创建过程没有被事件处理任务抢占，组件的布局、事件监听都能正常完成，所以窗口渲染和功能都正常。

修复方案 #

把新窗口的创建操作放到SwingUtilities.invokeLater()中，让它在EDT的事件队列末尾执行，等当前的actionPerformed任务完成（EDT空闲）后再处理新窗口的初始化：

runMenuButt.addActionListener(new ActionListener() {
    public void actionPerformed(ActionEvent e) {
        System.out.println("Generate Menu pressed");
        mF.dispose();
        // 将UI创建操作异步提交到EDT队列
        SwingUtilities.invokeLater(new Runnable() {
            @Override
            public void run() {
                MenuGenerator.generateTheMenu();
            }
        });
    }
});

这样做的好处是：当前的事件处理（销毁旧窗口）先完成，EDT回到空闲状态后再去创建新窗口，确保新窗口的布局渲染、事件监听都能正常执行，不会出现截断或无响应的问题。

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