一、什么是Android事件分发机制
Android事件分发机制是Android最基本的机制之一,不论是按键的事件,还是消息的事件,在Android的系统运行中,事件的分发均采用同一种思想来实现。
我们这里通过分析android的按键事件分发来理解。
1.Android View的树形结构
我们日常处理的部分为RootView下面的ViewGroup和View部分,那么上面的PhoneWindow、DecorView和RootView是做什么用的呢?RootView本身可以作为上下沟通的桥梁使用。
PhoneWindow是Window的实现类,Window是抽象类,看做太上皇的话,PhoneWindow就是皇帝,DecorView就是皇帝的小太监,是他的一个内部类。所以,PhoneWindow的大部分消息,都是PhoneWindow通过DecorView传递给下面的View的,同时下面的View传递消息也是通过DecorView回传给PhoneWindow。
2.Android 事件分发流程
事件的传递过程中,主要有三种情况:事件分发(dispatchTouchEvent)、事件拦截(onInterceptTouchEvent)、事件消费(onTouchEvent)。这三种情况均有一个boolean型的返回值来控制事件的传递流程。
类型 | 相关方法 | Activity | ViewGroup | View |
事件分发 | dispatchTouchEvent | √ | √ | √ |
事件拦截 | onInterceptTouchEvent | X | √ | X |
事件消费 | onTouchEvent | √ | √ | √ |
为什么只有ViewGroup有事件拦截:因为Activity作为事件分发的起始阶段,拦截了会导致整个屏幕无法响应事件;而View作为事件分发的最末端,选择消费事件或者不消费事件就可以,没有必要拦截。只有中间阶段,需要拦截做一些处理。
流程传递的大致路径:
Activity <- PhoneWindow <- DecorView <- ViewGroup <- ... <- View
二、为什么要有Android事件分发机制
如上图,如果我们点击View1,系统如何传递给View1呢,而不是下面的ViewGroupA或者RootView。很明显,我们需要一种机制来执行消息的分发。而消息分发的最小单位是View,ViewGroup是View的子类,Activity是根布局。
三、怎么用Android事件分发机制
使用分标题二中的图,我们分情况讨论一下:
1.点击View1区域但是没有任何View1消费事件
事件从Activity开始,分发到View1;View不做任何处理,然后再回传到Activity的onTouchEvent消费掉。
实战:
2.点击View1区域并被View1消费事件
事件在View被消费掉,就不会继续给ViewGroup、Activity的onTouchEvent方法使用了。
实战:
【注:这里执行了两次的原因是相应了两次按键事件。一次是Down,另一次是UP】
3.点击View1区域但是事件被ViewGroupA拦截
实战:
这里出现一个问题:我们只是在ViewGroup中进行了拦截,但是并没有在onTouchEvent中消费,就会出现一个问题,他的消费事件会回传到Activity的onTouchEvent中。
所以要在ViewGroup的onTouchEvent中设置为return true来消费。
这里就引出了另一个问题。如何算是消费掉事件了。
4.事件消费的标志
事件消费与否与具体消费无关,仅由返回值决定,true表示消费,false表示不消费。
同时,不论View自身是否注册点击事件,只要View可点击就会消费事件。
四、android事件分发的源码解析
暂时不需要,所以此部分不做处理。
参考文档: