swing 事件处理程序是否应该在 EDT 上的事件之后排队？

Question

swing 事件处理代码是否应该在 EDT 上的事件之后排队？如果是这样，是事件源负责调度事件处理程序，还是事件处理程序负责稍后调度实际的处理代码？

考虑：

JButton b = new JButton();
b.addActionListener(new ActionListener(){
    public void actionPerformed(ActionEvent e){
        /*
         * SNIP 1
         * do something that may affect other
         * components or generate new events...
         */

        // SNIP 2
        EventQueue.invokeLater(new Runnable(){
            public void run(){
                /*
                 * do something that may affect other
                 * components or generate new events...
                 */
            }
        });
    }
});

SNIP 1 在收到事件时运行处理程序代码。如果 JButton 负责通过 EventQueue.invokeLater() 调度事件，那么这可能是正确的。 SNIP 2 接收事件，并负责在接收到事件后调度处理程序代码（并由该特定事件类型的所有其他侦听器处理）。哪个是正确的？

编辑：为了清楚起见，我想稍后在 EDT 上安排事件处理程序，因为更改第一个事件处理程序中的状态可能会隐藏该组件的其他事件处理程序在事件发生时的原始状态。

Answer 1

如果我误解了您的问题，请告诉我，但 Swing 事件侦听器中的所有代码都是在 EDT 上运行的，因此无需将任何内容排队到 EDT。我很少看到 Swing 侦听器中使用的代码，例如 snip2 中的代码，通常是侦听器在后台线程中调用匿名内部 Runnable 的情况。

Answer 2

正如 @HFOE 所指出的， EventQueue 中的元素 是顺序和有序；不需要 SNIP 2。如果我理解您的要求，一种方法可能是将事件转发给任何其他感兴趣的侦听器，如问题&回答。

Answer 3

我知道回答我自己的问题可能不太好，但我得出的结论是，应该在 Swing 中事件处理程序之后对事件处理程序进行排队。原因是这样的：每个组件可以有多个给定类型的侦听器。你不知道监听器在任何给定的组件上监听什么（swing本身可能会添加你不知道的监听器），也不知道它们对组件树做出什么假设，以及它们处理时树的状态一个事件。

现在，因为每个组件可以有针对特定事件类型的多个事件处理程序，所以我们不知道将首先调用哪个事件处理程序。如果我的事件处理程序修改了组件树，则同一事件类型的后续事件处理程序将看不到事件发生时的组件树。相反，它会看到我更改后的组件树。对于其他应用程序状态也存在同样的问题，这些状态可能由同一组件上相同类型的两个单独的侦听器进行检查和修改。这肯定是不对的。

其次，存在由 EDT 按顺序分派事件的概念。 IE。如果事件 x 实时发生在事件 y 之前，则 x 的事件处理程序应在 y< 的事件处理程序之前运行/em>。现在，如果我的组件（我们称之为c1），有 2 个用于事件 actionPerformed() 的事件处理程序 - eh1 和 eh2。当在 c1 上触发 actionPerformed() 时，将调用 eh1 来处理该事件。然后，它修改组件c2，并导致在c2上触发itemStateChanged()事件。因为此更改在第一个 actionPerformed() 事件完成后（稍后在 EDT）排队，并且因为 c2 没有对 itemStateChanged() 进行排队> 事件稍后在 EDT 上运行，itemStateChanged() 事件由其所有侦听器处理。只有这样，第二个 actionPerformed() 侦听器 (eh2) 才会处理原始 actionPerformed() 事件。

如果 eh2 也是组件 c2 上 itemStateChanged() 事件的侦听器，那么 eh2 会认为itemStateChanged() 事件实际上发生在 actionPerformed() 事件之前。这也肯定是不对的。

这样就回答了问题 1。是的，修改应用程序状态或组件树的事件处理代码应该安排在事件处理后执行。事件处理程序应检查事件发生时需要检查的任何状态，但稍后在 EDT 上通过调用 EventQueue.invokeLater() 来对事件做出反应（进行更改）。

我的问题的第二部分是关于谁的责任是确保在事件本身发生之后处理事件。事后看来，这是一个愚蠢的问题。如果事件处理程序在事件发生时立即执行，或者稍后由组件调用 EventQueue.invokeLater() 执行，则存在同样的问题。

顺便说一句，当我研究这个问题时，我发现并非所有 Swing 组件都统一执行此操作。例如，JCheckBox 在事件发生时立即触发 itemStateChanged() 事件，而 JComponent 则触发 componentResized() （通过是超类java.awt.Component）稍后在 EDT 上。

因此，处理事件的最可靠方法似乎是首先检查您的状态以决定您将采取哪些操作，然后在 EDT 稍后执行这些操作。有什么想法吗？我很想听听其他人对此的见解。