invokeLater在事件调度线程中运行Runnable,该线程也用于更新GUI。
您的睡眠正在阻塞此线程,因此GUI也不会得到 服务 ,直到您从invokeLater代码返回之前,无法进行任何更新。
这就是为什么您不应该在此线程中进行任何长时间(耗时的)计算的原因。它们应该在其他(新)线程中完成。
事件调度队列状态
事件分发线程上的任务必须快速完成;如果没有,则将备份未处理的事件,并且用户界面将无响应。
您的代码可以更改为(未经测试):
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工作的看法)。
我想应该在CheckingMessagesGUI类中显示“请稍候”(请参阅注释),但不是。
这与GUI的工作方式有关。如果调用相应的(Swing)方法(draw,setText,setLocation等),它不会直接更改显示内容。它只是将事件在事件队列中排队。事件调度线程是(应该是)唯一读取此队列并处理事件的线程。只要它被阻止(在这种情况下为睡眠),就不会显示对GUI的更改。GUI被冻结。
EDIT2:
invokeLater将Runnable 附加
到队列的末尾,以便在处理所有未决事件之后由EDT稍后执行,然后将执行invokeLater调用之后的下一个命令。
invokeAndWait与上面相同,但是实际的线程会阻塞,直到EDT执行Runnable(在挂起事件之后)为止,也就是说,invokeAndWait之后的命令仅在提交的Runnable执行之后才启动。



