Java图形事件未按我期望的顺序发生

Question

因此，我正在制作图形卡游戏。 每张卡都是一个带有按钮和与其关联的两个图像的JPanel。 我有一个flip方法，这是单击卡片时在动作监听器中首先调用的方法。

public void flip()
{
    if(b1.getIcon() == card2) b1.setIcon(card1);
    else b1.setIcon(card2);
    revalidate();
    repaint();
}

但是，由于某种原因，直到我调用此方法之后的某个时刻，卡才翻转（这意味着图标不变）。 例如，当我在调用flip之后放置Thread.sleep时，我认为我的程序将在翻转完成后暂停，但事实并非如此！ 它以尚未切换的图像进入休眠状态，并且仅在休眠时间结束后的某个时间切换它们。

当我让人类在这种纸牌游戏中玩AI时，这会引起一些重大问题，因为AI事件发生在纸牌在屏幕上翻转之前，即使我在执行任何AI代码之前都调用flip（）。 有人可以告诉我这是怎么回事吗？

Answer 1

重绘是对Swing的重画请求，而不是对重画的调用。 在幕后，repaint（）将重新绘制作业发布到事件队列上。 伴随着重绘工作，诸如鼠标移动，鼠标单击，键盘激活等操作也都张贴在此处。 Swing线程来自并定期执行该队列中的作业以重绘UI，向组件传递鼠标和键盘事件等。实际上，Swing线程相当频繁地传递这些事件，但这仅取决于UI正在进行的工作量在那个Swing线程上。 外出传递鼠标单击，键盘事件和重画时，无法从该队列中读取。 因此，如果您的代码需要很长的时间来响应任何事件，那么摆动对新事件及时做出响应的能力就会降低或全部被阻止。

这就是为什么如果您使用Swing事件分发线程通过网络执行阻塞服务调用，则UI会停止绘制，直到该调用返回。 这就是为什么将长期运行的作业（如网络调用）移出Swing线程，并在调用返回时使用SwingUtilities.invokeLater（）如此重要，以便您可以在事件线程上更新UI的原因。 （invokeLater（）通过将作业发布到我们上面讨论的Swing事件队列中来实现）。

这也是为什么在Swing事件线程上调用sleep是一个糟糕的主意的原因。 如果让该线程进入睡眠状态，则无法处理队列中的事件。 而且，Swing线程处于休眠状态时，不会完成您请求的repaint（）。

首先删除您的睡眠呼叫。 第二。 在执行更多逻辑之前，请勿编写依赖绘画的代码。 重绘和重新验证是特殊的调用，Swing将合并重绘/重新验证的请求，因此它不会连续重绘10次（浪费重要的CPU时间）。

Swing无法重绘面板，直到让调用您的线程退出它首先调用的方法为止。 线程越早离开该方法，您的repaint（）就会越早发生。

您尚未说明为什么要立即进行重新绘制，因此我无法就如何构建代码提供任何建议，因此您无需在意。 但我告诉您，您不必担心重新粉刷尚未发生。

Answer 2

完全同意@chubbsondubs。 我只是想补充一下，如果您的目标是在调用flip之后的某个时间发生一些事件，请考虑使用swing计时器 。 如您所知，调用“睡眠”并没有达到预期的效果。 但是如果相反，你

• 创建一个说1秒钟的计时器
• 创建计时器触发时要执行的操作
• 启动计时器

那么您可以创建所需的延迟而不会阻塞事件分发线程。

public void flip()
{
    if(b1.getIcon() == card2) b1.setIcon(card1);
    else b1.setIcon(card2);
    revalidate();
    repaint();

    javax.swing.Timer t = new javax.swing.Timer(1000, new ActionListener() {
        public void actionPerformed(ActionEvent e) {
          // do something interesting
        }
     });
    t.repeats(false);
    t.start();
}