为什么 InvokeLater 导致我的 JFrame 无法正确显示？

Question

好的，我已经阅读了整个网络的搜索，但我还没有找到解决我的问题的方法，也许我错过了一些简单的东西，因此我在这里......

我有一个相当大的项目，它处理维修业务的工作订单。它都是连接数据库的，很多很多页的代码和类。但我只是在前端添加了一小段代码，基本上检查我们的笔记区域中的新消息。

无论如何，我显示一个简单的 JFrame 和两个 JLabel，同时一个单独的线程查询数据库。这一切都发生在程序开始时。问题是我的小“请稍候”JFrame 在等待期间出现了它的框架，但没有胆量，没有背景，也没有 JLabels（这是其余的程序加载，而不是数据库线程），它显示的后缀，但到那时它失去了它的意义。

我编写了以下示例程序。它显示一个简单的 JFrame（CheckingMessagesGUI：一个带有两个 JLabel 的 JFrame，仅此而已）休眠 5 秒，然后显示示例（主程序) JFrame，然后在这个例子中立即关闭 (System.exit(0))，当然我的真实程序继续做更多的事情。我发现invokeLater 似乎是导致问题的原因。一旦睡眠定时器用完，窗口就会显示出来，但显示它的代码是在Thread.sleep 命令之前给出的，应该按那个顺序完成吗？

我的问题是为什么invokeLater 会导致我的 JFrame 无法正确显示？

据我了解，invokeLater 的目的是让项目在正确的 AWT 事件线程上运行，这让我认为这个窗口会被正确绘制。无论如何，我确定我遗漏了一些明显的东西。我在下面的代码中注释掉了invokeLater 部分，它运行正常，如果你把它放回去它就不会......

非常感谢。

package javaapplication6;

public class Example extends javax.swing.JFrame {          
    public Example() {
        System.out.println("Example started");
        setBounds(100,100,200,200);

        System.out.println("cmGUI instantiated");
        CheckingMessagesGUI cmGUI = new CheckingMessagesGUI();
        System.out.println("Set cmGUI visible");
        cmGUI.setVisible(true);
        cmGUI.validate();
        try {
            System.out.println("timer started");
            Thread.sleep(5000);
            System.out.println("timer done");
        } catch(InterruptedException e){
        }
        System.exit(0);
    }

    public static void main(String[] args) {
        /*java.awt.EventQueue.invokeLater(new Runnable() {
        @Override
        public void run() { */
        System.out.println("Started");
        System.out.println("example Instantiated");
        Example example = new Example();
        System.out.println("example visible");
        example.setVisible(true);
        /*      }
        });
        */
    }
}

更新： 澄清一下，我意识到Thread.sleep() 会阻止一切，但我的 CheckingMessagesGUI 不应该在我调用 sleep 之前已经完全绘制吗？这就是问题所在。

Answer 1

invokeLater 在事件调度线程中运行 Runnable，该线程也用于更新 GUI。
你的睡眠阻塞了这个线程，所以 GUI 也没有得到服务，在你从 invokeLater 代码返回之前无法进行更新。
这就是为什么你不应该在这个线程中做任何长时间（耗时）的计算。它们应该在不同的（新）线程中完成。

The Event Dispatch Queue 状态

事件调度线程上的任务必须快速完成；如果他们不这样做，未处理的事件会备份并且用户界面变得无响应。

您的代码可以更改为（未测试）：

public Example(){
    System.out.println("Example started");
    setBounds(100,100,200,200);

    System.out.println("cmGUI instantiated");
    CheckingMessagesGUI cmGUI = new CheckingMessagesGUI();
    System.out.println("Set cmGUI visible");
    cmGUI.setVisible(true);
    cmGUI.validate();

    Thread thread = new Thread(new Runnable() {
        try {
            System.out.println("timer started");
            Thread.sleep(5000);
            System.out.println("timer done");
        } catch(InterruptedException e) {
        }
        System.exit(0);
    });
    thread.start();
}

编辑： 让我们再“深入一点”（这是我对 Swing/AWT 工作的看法）。
我想“请稍候”（见 cmets）应该显示在 CheckingMessagesGUI 类中，但不是。
这与 GUI 的工作方式有关。如果您调用相应的 (Swing) 方法（draw、setText、setLocation ...），它不会直接更改显示屏上的任何内容；它只是在事件队列中排队一个事件。 Event Dispatch Thread 是（应该是）读取此队列并处理事件的唯一线程。只要它被阻塞 - 在这种情况下被睡眠 - 就不会显示对 GUI 的任何更改。 GUI 被冻结。

EDIT2：
invokeLater Runnable 追加到队列的末尾，待处理完所有未决事件后由 EDT 执行，invokeLater 调用之后的下一条命令将被执行。
invokeAndWait 与上面相同，但实际线程阻塞，直到 EDT 执行 Runnable（在挂起事件之后），即，invokeAndWait 后面的命令只有在提交的 Runnable 执行后才会启动.

Answer 2

我的理解是 InvokeLater 使项目运行 在正确的 AWT 事件线程上

没错。

但是，这也意味着 Thread.sleep() 正在 EDT 上执行，这意味着 GUI 无法自行重新绘制，因为您刚刚告诉 EDT 休眠。您需要为长时间运行的任务使用单独的线程。

阅读 Concurrency 上的 Swing 教程部分，了解有关 EDT 的更多信息。

但我的意思是我的“请稍候” (CheckingMessagesGUI) 应该有 在我之前已经完全画好了 称为睡眠。这不应该是真的吗？

这是我对该过程的简化理解。框架被创建并显示，因为它是一个操作系统原生组件。但是，contentPane 和子组件是轻量级组件，这意味着 Swing 重绘管理器会安排何时应该重绘它们。因此，在安排重绘之前，EDT 处于休眠状态，直到休眠完成后才能进行重绘。

您可以在Paintng in AWT and Swing 上的文章中找到有关重绘管理器的更多信息。

Answer 3

对于像我这样在 Swing 教程中找不到所需内容的新手来说，这是一个通用的解决方案。

public void method(){
    final PleaseWaitWindow window = new PleaseWaitWindow();

    Thread thread = new Thread(new Runnable() {
        @Override
        public void run() {
            //stuff that you want to do that is preventing window to display

            window.dispose();
        }
    }
    thread.start();
}

Answer 4

我的回答是，当构建 GUI 时，它不会自动绘制，而是在 EDT 队列中放置对绘制的调用。如果在同一个方法中构造一个 GUI 对象，并且 setVisible(true) 然后在接下来的几行中做一些密集的事情，它会阻止未来调用绘画的发生，因为在该方法之前它不会被放入 EDT 队列（与密集的东西）完成。还如前所述，框架或边框位于等式的平台端（因此被绘制），其余部分（Jlabel、容器、背景等）位于 java 端，直到实际运行绘制才会发生（即 EDT 队列到达它）。我的示例代码在没有 InvokeLater 调用的情况下工作，因为它在 init 线程中运行密集的东西，并允许 EDT 线程仍然绘制。

Answer 5

不可见的组件不会被绘制。