前言

我们知道，除了首次进入页面，焦点是系统默认查找的之外。之后焦点的移动都是通过遥控器的按键事件产生的。

查看Android源码，在ViewRootImpl中有一个receiver，专门接收从硬件发送过来的各种事件。具体查看W#requestAppKeyboardShortcuts方法。从这里接收到按键事件后，然后系统才根据逻辑去寻找下一个焦点。

处理时机说明

经过对源码的分析，系统本身寻找下一个焦点视图的过程，按照优先级（顺序）依次是：

dispatchKeyEvent
mOnKeyListener.onKey回调
onKeyDown/onKeyUp
focusSearch
指定nextFocusId
系统自动从所有isFocusable的视图中找下一个焦点视图

以上任一处都可以指定焦点，一旦使用了就不再往下走。

1.dispatchKeyEvent

总得来说就是由根view，就是由DecorView它是一个FrameLayout它先分发给Activity的dispatchKeyEvent，之后会依次从Activity->ViewGroup->View的方向分发KeyEvent。

DecorView#dispatchKeyEvent

下面cb.dispatchKeyEvent(event) 实际是派发给callback的方法。Activity、Dialog都是Callback接口的实现。

所以是交给了Activity去执行dispatchKeyEvent。

Activity#dispatchKeyEvent

从这里事件的处理交给了与之相关的window对象，实质是派发到了view层次结构。

PhoneWindow#superDispatchKeyEvent

这里又回到了DecorView，调用了DecorView#superDispatchKeyEvent方法。

DecorView#superDispatchKeyEvent

ViewGroup#dispatchKeyEvent

如果此ViewGroup是focused或者具体的大小被设置了（有边界），则交给它处理，即调用View的实现

否则，如果此ViewGroup中有focused的child，且child有具体的大小，则交给mFocused处理

通过flag的判断，有两个处理路径，也可以看到在处理keyEvent时，ViewGroup扮演两个角色：

View的角色，也就是此时keyEvent需要在自己与其他View之间流转
ViewGroup的角色，此时keyEvent需要在自己的子View之间流转

当作View的时候，会调用自己View的dispatchKeyEvent。

当作ViewGroup的时候，会调用当前焦点View的dispatchKeyEvent。

其实，从概念上来看，都是调用当前有焦点View的dispatchKeyEvent，只不过有时是自己本身，有时是他的子View。

将大体的流转顺序总结如下图

2.setOnKeyListener.onKey回调

View#dispatchKeyEvent

如果调用View的setOnKeyListener方法，如果它非空且view是ENABLED状态，监听器优先触发。

3.onKeyDown/onKeyUp

KeyEvent#dispatch

<pre style="box-sizing: border-box; font-size: 1em; font-family: SFMono-Regular, Consolas, "Liberation Mono", Menlo, Courier, monospace; margin-top: 5px; margin-bottom: 5px; overflow: visible;">回调Callback接口的onKeyDown和onKeyUp方法，View和Activity都是此接口的实现者</pre>