Android 按键事件分发流程

版本：Android11

前言：

最近TV开发中遇到这么一个需求，添加一键进入谷歌浏览器，并进入指定的网址中。最开始在PhoneWindowManager中进行添加，但是添加完成后发现存在问题。每次进入浏览器都会打开一个浏览器窗口，按下次数多了会变得异常卡顿，后续将按键响应的流程放在PhoneFallbackEventHandler中进行处理之后便能解决这个问题，觉得较为奇怪，便准备查看一遍按键事件的分发流程，以理清整个的逻辑。

按键处理流程：

首先从PhoneWindowManager开始，按键从遥控器按下之后，经过一系列底层向上的传递工作之后，会来到PhoneWindowManager的interceptKeyBeforeDispatching方法和interceptKeyBeforeQueueing方法，在这里可以对按键进行初步处理，例如音量键，Home键，都是在这里处理。代码较长，这里就不贴了，大家可以自行去查看源码。在PhoneWindowManager中如果没有处理按键事件，那么按键会传入到ViewRootImpl。

frameworks\base\services\core\java\com\android\server\policy\PhoneWindowManager.java

在ViewRootImpl有三个内部类用于处理按键事件，分别是:
ViewPreImeInputStage，EarlyPostImeInputStage，ViewPostImeInputStage
这三个内部类的区别是ViewPreImeInputStage会在界面有输入法，且事件尚未发送给输入法的时候调用，EarlyPostImeInputStage会在发送给输入法之后调用，而ViewPostImeInputStage则是发送给View处理，我们的需求中没有出现输入法的地方，所以我们直接来看ViewPostImeInputStage类：

frameworks\base\core\java\android\view\ViewRootImpl.java

    /**
     * Delivers post-ime input events to the view hierarchy.
     */
    final class ViewPostImeInputStage extends InputStage {
   
        public ViewPostImeInputStage(InputStage next) {
   
            super(next);
        }

        @Override
        protected int onProcess(QueuedInputEvent q) {
   
            if (q.mEvent instanceof KeyEvent) {
   
                return processKeyEvent(q);
            } else {
   
                final int source = q.mEvent.getSource();
                if ((source & InputDevice.SOURCE_CLASS_POINTER) != 0) {
   
                    return processPointerEvent(q);
                } else if ((source & InputDevice.SOURCE_CLASS_TRACKBALL) != 0) {
   
                    return processTrackballEvent(q);
                } else {
   
                    return