我们在做一些比较绚丽的自定义控件,或者是在做一些绚丽的效果时,都离不开android的事件分发机制。所谓的事件分发机制,其实就是一个MotionEvent事件分发过程,即产生一个MotionEvent事件后,需要将MotionEvent一步一步传递到相应的子View,而传递的这个过程就是事件分发机制。
我认为,事件分发机制分为两个部分,一部分为View的事件分发机制,另一部分为ViewGroup的事件分发机制。我会从源码角度,带着问题去分析事件分发机制。
1. 首先先来看看View的事件分发机制
View的事件分发主要有两个方法
1. dispatchTouchEcent(); 用来分派事件
2. onTouchEvent ();用来处理事件
为了方便起见,我把View的事件分发源码整理出来,这里只展示一部分关键代码,其他的可以自行去看源码
public boolean dispatchTouchEvent(MotionEvent event) {
boolean result = false;
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
public boolean onTouchEvent(MotionEvent event) {
switch (action) {
case MotionEvent.ACTION_UP:
performClickInternal();
break;
}
}
然后就是View事件分发流程图
通过源码我们可以知道
1. 当一个事件进入到当前View,首先会调用dispatchTouchEvent()方法
2. 接下来就会判断有没有设置onTouchListener,如果设置并返回true则不执行onTouchEvent,如果没有设置或者设置了但返回false则执行onTouchEvent。
3. 通过源码我们可以看到,onClickListener方法其实就是onTouchEvent中up事件中被调用总结
通过上面源码分析,我们可以看到,在View中所有事件的执行顺序是:
dispatchTouchEvent ->onTouchEventListener -> onTouchEvent -> onClickListener
现象分析
- 重写dispatchTouchEvent、onTouchEvent、设置onTouchEventListener、设置onClickListener的执行效果。
dispatchTouchEvent.down -> onTouchEventListener.down -> onTouchEvent.down ->
dispatchTouchEvent.move -> onTouchEventListener.move -> onTouchEvent.move ->
dispatchTouchEvent.up -> onTouchEventListener.up -> onTouchEvent.up -> onClick
这个效果符合源码分析中2中onTouchListener返回false时执行onTouchEvent
- 重写dispatchTouchEvent、onTouchEvent、设置onTouchEventListener、设置onClickListener但是onTouchEventListener返回true的执行效果。
dispatchTouchEvent.down -> onTouchEventListener.down ->
dispatchTouchEvent.move -> onTouchEventListener.move ->
dispatchTouchEvent.up -> onTouchEventListener.up
这个效果符合源码分析中2中onTouchListener返回true时不执行onTouchEvent
- 重写dispatchTouchEvent、onTouchEvent、设置onTouchEventListener、设置onClickListener但是dispatchTouchEvent返回值不是super而是true的执行效果
dispatchTouchEvent.down -> onTouchEventListener.move -> dispatchTouchEvent.up
这个效果出现的原因,是因为当我们重写dispatchTouchEvent没有返回super,那么我们就不会调用View的dispatchTouchEvent所以他没有走onTouchEventListener以下的事件,同理onTouchEvent返回true也是一样的原因。
思考
不知道大家有没有发现我有几个效果在这里没有分析
- 重写dispatchTouchEvent、onTouchEvent、设置onTouchEventListener、设置onClickListener但是dispatchTouchEvent返回值不是super而是false的执行效果
- 重写dispatchTouchEvent、onTouchEvent、设置onTouchEventListener、但是不设置onClickListener的执行效果。
至于为什么没有分析,是因为上面两个效果,会涉及到ViewGroup的事件分发,想要知道上面两种会出现什么效果,以及出现这种效果的原因请移步ViewGroup的事件分发机制,同时View的事件分发机制就到这里了。