Android里面KeyEvent事件在TV开发时经常都需要接触到,作为交互设备如遥控器、手柄等和Android UI交互时都是通过KeyEvent事件。
下面来讲一下KeyEvent的分发流程。
为了加深理解,建一个demo工程。布局文件如下图所示:
![](https://i-blog.csdnimg.cn/blog_migrate/1196ef7fe5d99b1d7bea8e7b64abfaa0.webp?x-image-process=image/format,png)
View1、View2、View3是我分别继承RelativeLayout写的三个布局,模拟平时开发时的各种ViewGroup。最顶层的Button模拟平时获取焦点的View。
现在先来讲一下KeyEvent到达Activity后的传递流程。
1、一个完整的KeyEvent由onKeyDown和onKeyUp组成,KeyEvent首先由进入Activity的dispatchKeyEvent进行onKeyDown事件的分发。
2、从最外层ViewGroup进行遍历,直到找到真正拥有焦点的View并回调此事件。
如下图是完整流程
![](https://i-blog.csdnimg.cn/blog_migrate/8416e73571aac93f401363663a18c5c8.webp?x-image-process=image/format,png)
3、如果中间某个ViewGroup满足focus条件,则会回调当前onkeyDown并将不会继续往下子View传递。
如下图,View3主动获取焦点,并且button设为不可获取焦点
![](https://i-blog.csdnimg.cn/blog_migrate/9687e204d93dacad9b7bc28a91ed68c5.webp?x-image-process=image/format,png)
4、如果中间某ViewGroup的dispatchKeyEvent方法返回true,则表明此事件被拦截。
如下图,view2拦截了keyEvent事件
![](https://i-blog.csdnimg.cn/blog_migrate/821f38e81bdc924f8d8d38a9a5a14723.webp?x-image-process=image/format,png)
5、如果获取焦点的view的回调事件返回true,则表明已经处理,Avtivity的此回调事件将不会回调
如下图,button的onKeyDown执行,而activity的onKeyDown不会执行
![](https://i-blog.csdnimg.cn/blog_migrate/39a593947cd874e41178bb72591685a8.webp?x-image-process=image/format,png)