为何TimeUnit.SECONDS.sleep(10)会先于其前置代码执行？

这个问题的核心在于Swing的单线程事件分发模型（EDT），我来给你拆解清楚：

问题本质：EDT被阻塞了 #

Swing的所有UI绘制、组件更新和事件响应，都是由**事件分发线程（Event Dispatch Thread，EDT）**负责处理的。如果你的测试代码（包括那个sleep调用）是在EDT里执行的（比如在按钮点击事件回调、或者GUI初始化的代码块里直接运行），就会出现你看到的"sleep先执行"的错觉：

• 你写在sleep前面的UI操作代码（比如设置组件文本、显示窗口），其实只是把一个"更新请求"放到了EDT的任务队列里，并没有立即执行。
• 紧接着你调用了sleep(10)，这会直接阻塞EDT线程——线程被卡住，根本没时间去处理队列里之前的UI更新请求。
• 直到10秒的sleep结束，EDT才会从阻塞中恢复，回头处理之前的UI更新任务，所以视觉上你会觉得"先等了10秒，前面的代码才生效"，误以为sleep先执行了。

验证逻辑 #

你提到注释掉sleep后所有代码会一次性运行，这正好印证了EDT的工作机制：没有sleep阻塞时，EDT会快速处理完队列里的所有任务，所以所有操作看起来是同步完成的。

正确的解决思路 #

既然不能在EDT里做耗时操作，我们需要把延迟逻辑放到后台线程，同时保证UI更新回到EDT：

1. 用SwingWorker处理后台任务
   这是Swing官方推荐的处理后台耗时操作的方式，示例代码如下：

   new SwingWorker<Void, Void>() {
       @Override
       protected Void doInBackground() throws Exception {
           // 后台线程里执行延迟，不会阻塞EDT
           TimeUnit.SECONDS.sleep(10);
           return null;
       }
   
       @Override
       protected void done() {
           // 任务完成后，在EDT里更新UI
           // 比如这里写你延迟后要执行的GUI操作
       }
   }.execute();
   

2. 用javax.swing.Timer实现定时操作
   如果只是需要延迟执行某个UI相关的逻辑，Timer更轻量，它的任务会自动在EDT上执行：

   Timer timer = new Timer(10000, e -> {
       // 10秒后执行的UI操作
   });
   timer.setRepeats(false); // 只执行一次
   timer.start();
   

3. 你提到的用notify或布尔值的线程同步方式，也是可行的，但一定要注意：所有UI更新操作必须回到EDT线程，可以用SwingUtilities.invokeLater()来包裹UI更新代码，避免线程安全问题。

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