前言
我们知道，除了首次进入页面，焦点是系统默认查找的之外。之后焦点的移动都是通过遥控器的按键事件产生的。
查看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
回调Callback接口的onKeyDown和onKeyUp方法，View和Activity都是此接口的实现者
4. focusSearch
如果dispatchKeyEvent没有消费掉这个KeyEvent，会由系统来处理焦点的移动。
如果在ViewRootImpl#processKeyEvent中，dispatchKeyEvent没有消费掉这个KeyEvent。则会继续向下执行。
交由ViewRootImpl#performFocusNavigation执行。
ViewRootImpl#performFocusNavigation
第一次进入页面执行mView.restoreDefaultFocus()查找默认焦点。然后按键进去focusSearch方法寻找。
而且我们也知道View并不会直接去找，而是交给它的parent去找。具体参考《安卓焦点基础机制》。
最终交给FocusFinder去寻找。
5.指定nextFocusId
FocusFinder#findNextFocus
FocusFinder#findUserSetNextFocus
View#findUserSetNextFocus
比如，按了“左”方向键，如果设置了mNextFocusLeftId，则会通过findViewInsideOutShouldExist去找这个View。
6.系统自动从所有isFocusable的视图中找下一个焦点视图
如果我们以上都没有处理，最后交给了系统处理了。
实验说明
我做了一个简单的demo，先不其中任何方法进行处理，只将完整的日志打印。
demoUI
如果我们在Activity的dispatchKeyEvent就拦截处理，指定焦点。你会发现视图上，我们按左键，焦点却跳到了右边的焦点R5上。
日志上，我们会发现走到MainActivity#dispatchKeyEvent方法，就不往下继续执行了。
类似，我们在button设置setOnKeyListener方法，拦截指定焦点。
走到View的setOnKeyListener上也同样不往下执行。
总结
我们可以按需要，处理其中的逻辑。拦截安卓系统的执行逻辑。
参考文献
从源码出发浅析 Android TV 的焦点移动原理(上)
从源码出发浅析 Android TV 的焦点移动原理(下)
Android按键事件处理流程