AndroidTV焦点处理时机(一)

2019-02-27  本文已影响0人  请叫我果爸

前言

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

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

处理时机说明

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

  1. dispatchKeyEvent
  2. mOnKeyListener.onKey回调
  3. onKeyDown/onKeyUp
  4. focusSearch
  5. 指定nextFocusId
  6. 系统自动从所有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扮演两个角色:

  1. View的角色,也就是此时keyEvent需要在自己与其他View之间流转
  2. 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>

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按键事件处理流程

上一篇下一篇

猜你喜欢

热点阅读