Java如何调度KeyEvent？

Question

我已经阅读了几次有关键绑定的确定教程，但是我的大脑缓存似乎不足以容纳复杂的过程。

我正在调试一个关键的绑定问题（原来我使用的是错误的JComponent.WHEN_*条件），然后我偶然发现javax.swing.KeyboardManager了一个（不幸的）匿名Java工程师为该私有包编写的简洁而有趣的javadoc
。

我的问题是这样的：除了KeyEventDispatcher一开始就检查的内容之外， 描述是否遗漏和/或错误处理？

KeyboardManager类用于帮助调度WHEN_IN_FOCUSED_WINDOW样式操作的键盘操作。具有其他条件的动作直接在JComponent中处理。

这是我所了解的键盘分配应如何工作的共同含义的描述。

KeyEvent被调度到重点组件。焦点管理器在处理此事件时首先遇到困难。如果焦点管理器不需要它，则JComponent调用super.processKeyEvent（），这使侦听器有机会处理该事件。

如果没有一个侦听器“消费”该事件，则这些快捷键将起作用。这是事情开始变得有趣的地方。首先，使用WHEN_FOCUSED条件定义的KeyStokes
[sic]有机会。如果这些都不想要该事件，那么组件将走动，尽管它是[sic]父级在寻找WHEN_ANCESTOR_OF_FOCUSED_COMPONENT类型的动作。

如果还没有人接受，那么这里就结束了。然后，我们寻找为WHEN_IN_FOCUSED_WINDOW事件注册的组件并将其触发。请注意，如果未找到任何一个，则将事件传递给菜单栏，然后​​让它们进行破解。它们的处理方式不同。

最后，我们检查是否正在查看内部框架。如果我们是，没有人想要该事件，那么我们将移至InternalFrame的创建者，查看是否有人想要该事件（依此类推）。

（更新）如果您曾经对按键绑定指南中的粗体警告有所疑问：

因为搜索组件的顺序是不可预测的，所以请 避免重复的WHEN_IN_FOCUSED_WINDOW绑定！

这是因为KeyboardManager#fireKeyboardAction：

     Object tmp = keyMap.get(ks);
     if (tmp == null) {
       // don't do anything
     } else if ( tmp instanceof JComponent) {
           ...
     } else if ( tmp instanceof Vector) { //more than one comp registered for this
         Vector v = (Vector)tmp;
             // There is no well defined order for WHEN_IN_FOCUSED_WINDOW
             // bindings, but we give precedence to those bindings just
             // added. This is done so that JMenus WHEN_IN_FOCUSED_WINDOW
             // bindings are accessed before those of the JRootPane (they
             // both have a WHEN_IN_FOCUSED_WINDOW binding for enter).
             for (int counter = v.size() - 1; counter >= 0; counter--) {
         JComponent c = (JComponent)v.elementAt(counter);
         //System.out.println("Trying collision: " + c + " vector = "+ v.size());
         if ( c.isShowing() && c.isEnabled() ) { // don't want to give these out
             fireBinding(c, ks, e, pressed);
         if (e.isConsumed())
             return true;
         }
     }

因此，搜索顺序实际上是 可预测的 ，但显然取决于此特定实现，因此最好 不要 完全依赖它。使其不可预测。

（Javadoc和代码来自WinXP上的jdk1.6.0_b105。）

Answer 1

我们需要从Component.dispatchEventImpl开始调试。
只需阅读该方法的源注释，就可以对事件在Swing中的流动方式有一个完美的了解（您也可以从EventQueue.pumpEventsForHeirarchy开始上一层）。

为了清楚起见，让我从代码中摘录：

1. 设置当前事件的时间戳和修饰符。预调度员。在通知AWTEventListener之前，请在此处进行任何必要的重新定位/重新排序。
2. 允许工具包将此事件传递给AWTEventListeners。
3. 如果没有人消耗过按键事件，请让KeyboardFocusManager处理它。
4. 允许输入法处理事件
5. 交货前对任何特殊事件进行预处理
6. 传送事件以进行正常处理
7. 4061116的特殊处理：钩住浏览器以关闭模式对话框。
8. 允许对等方处理事件。除KeyEvent外，它们将在所有KeyEventPostProcessor之后由对等方处理（请参见DefaultKeyboardFocusManager.dispatchKeyEvent（））。

现在，您可以将上述流程与您的描述进行匹配，以确定其正确与否。但是关键是您实际上不应该依赖私有类的javadocs，原因是开发人员通常不关心代码更改时更新私有类的注释，因此文档可能会过时。