今天结合流程图和代码来对Android事件分发机制做一个总结,我自己起一个叫法就是“3个3”。
跟事件分发相关的主要有三个节点方法:
1.dispatchTouchEvent
2.onInterceptTouchEvent(这个只有ViewGroup有)
3.onTouchEvent
为了简单扼要,Demo总共就三个研究对象,Activity/ViewGroup/View,从属关系就是Activity中加载ViewGroup, ViewGroup中有一个View是Button,之所以用Button就是为了点击事件。在Button点击的时候看下三者事件分发的顺序。
在Activity中, 主要就是添加几个Log,在onTouchEvent
中打印出MotionEvent事件,这里为了简单主要关注
1.ACTION_DOWN 按下事件
2.ACTION_MOVE 移动事件
3.ACTION_UP 松开事件
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
Log.w(Constants.TAG, "------------------------------------------");
Log.d(Constants.TAG, "MainActivity.dispatchTouchEvent");
return super.dispatchTouchEvent(ev);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
String eventString;
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
eventString = "ACTION_DOWN";
break;
case MotionEvent.ACTION_MOVE:
eventString = "ACTION_MOVE";
break;
case MotionEvent.ACTION_UP:
eventString = "ACTION_UP";
break;
default:
eventString = "OTHER_EVENT";
break;
}
Log.d(Constants.TAG, "MainActivity.onTouchEvent: " + eventString);
return super.onTouchEvent(event);
}
在ViewGroup中,多了一个onInterceptTouchEvent
方法。
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
Log.d(Constants.TAG, "ViewGroupCustom.dispatchTouchEvent");
return super.dispatchTouchEvent(ev);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
Log.d(Constants.TAG, "ViewGroupCustom.onInterceptTouchEvent");
return true;
}
@Override
public boolean onTouchEvent(MotionEvent event) {
String eventString;
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
eventString = "ACTION_DOWN";
break;
case MotionEvent.ACTION_MOVE:
eventString = "ACTION_MOVE";
break;
case MotionEvent.ACTION_UP:
eventString = "ACTION_UP";
break;
default:
eventString = "OTHER_EVENT";
break;
}
Log.d(Constants.TAG, "ViewGroupCustom.onTouchEvent: " + eventString);
return true;
}
在View中方法和Activity中一样:
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.d(Constants.TAG, "ViewCustom.dispatchTouchEvent");
return super.dispatchTouchEvent(event);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
String eventString;
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
eventString = "ACTION_DOWN";
break;
case MotionEvent.ACTION_MOVE:
eventString = "ACTION_MOVE";
break;
case MotionEvent.ACTION_UP:
eventString = "ACTION_UP";
break;
default:
eventString = "OTHER_EVENT";
break;
}
Log.d(Constants.TAG, "ViewCustom.onTouchEvent: " + eventString);
return super.onTouchEvent(event);
}
默认三个方法都是调用super的方法。
稍微总结下,涉及到三个3
1.第一个3就是三个研究对象:Activity/ViewGroup/View
2.第二个3就是三个方法:dispatchTouchEvent/onInterceptTouchEvent/onTouchEvent
3.第二个3就是每个方法都return3中状态之一:super/true/false
接下来就是排列组合,事件分发就是在三个对象,三个方法,三个状态之间进行各种排列组合,就组合成事件分发的多种状态。接下来上一个很重要的图,就是整体的事件分发流程图:
上面这张流程图很重要,今天这个解析就是围绕着它转了。下面就是分别把上面不同状态进行详细解释。
先做个说明,在按钮点击的时候,我们就关注三个事件,ACTION_DOWN/ACTION_MOVE/ACTION_UP。
首先是三个对象的三个方法都不做更改,也就是都调用super,这就是默认状态。这样三个事件都会到按钮的onTouchEvent,并且调用onClick回调方法。
接下来开始做点手脚,在Activity的dispatchTouchEvent中返回true状态,这样Activity就消费掉事件,不再往下传给另外两个对象,甚至也不调用自己的onTouchEvent方法。
Activity的dispatchTouchEvent中返回false,也是自己消费点,和上面返回true是一样的。
接下来activity两个方法保持默认,也就是super状态,这样事件就能传递到viewgroup了。然后对viewgroup动手脚,viewgroup有三个方法,所以状态会多一点。首先在第一个方法dispatchTouchEvent返回true,这样和acticity一样的,自己直接消费掉,也不给自己的onTouchEvent。
如果把状态改成false呢?这种情况也就类似于员工反了不干了,只能领导自己干,事件就会给activity的onTouchEvent消费,再之后的move和up事件不会再分发了,activity直接给自己的onTouchEvent消费。
接下来就是viewgroup的第二个方法onInterceptTouchEvent了。如果第一个方法默认返回super状态,那么就会把事件给这个方法,viewgroup通过这个方法来告诉系统拦不拦截这个时间。返回true就是拦截,事件就会给自己的第三个方法onTouchEvent消费。如果onTouchEvent返回super或者false,那么事件就会给父类activity消费。之后事件不再传给viewgroup,activity自己直接消费。这就类似于老板交给员工任务,员工没完成好,老板以后就不交给这个员工了。
如果viewgroup的第二个方法返回false,表示自己不做拦截,那么事件就会传递给子类,这里就是button了。button就默认给自己的onTouchEvent消费掉。
如果第二个方法返回true表示拦截,事件就会给自己的onTouchEvent消费,onTouchEvent返回true,事件就是viewgroup自己消费,后续的事件也会给到viewgroup。
如果onTouchEvent返回false,事件就会给父类activity消费。之后事件不再传给viewgroup,activity自己直接消费。
最后就是最后一个对象view,在这里是button。view只有两个方法,没有onInterceptTouchEvent。首先如果dispatchTouchEvent返回true,那么事件就直接消费掉了,不传递给自己的onTouchEvent方法。
dispatchTouchEvent返回false就会把事件给父类的onTouchEvent消费。以后事件不再交给这个view。
view的onTouchEvent方法如果返回true,那么事件就会自己消费点,并且不会调用onClick这个回调方法。
如果onTouchEvent返回false,那么事件就会交给父类,这个系列剩下的事件就不会再交给这个view了。
到这里事件分发就说的差不多了,我们这个Demo比较简单,但是不影响理解原理。简单坐下总结:
1.对于dispatchTouchEvent这个方法,返回true都是直接消费掉,不做其他传递。返回false就有点区别,对于activity是和true一样直接消费掉,对于viewgroup和view就是把事件给父类的onTouchEvent消费。返回super就都是进行分发
2.onInterceptTouchEvent这个方法只有viewgroup有,返回true就是拦截,会把事件给到自己的onTouchEvent消费;返回false和返回super是一样的,不拦截,分发给子view
3.onTouchEvent返回true就是消费掉事件了,如果返回false就传递给父类。返回super有点区别,对于viewgroup就和false一样,传递给父类;对于view就会再接着往下传递,比如调用点击回调等。
到这里就把事件分发说的差不多了,没有放上源码分析,我是觉得那样内容就有点多,容易乱,如果面试的时候画出上面的流程图就差不多了。
如果本文对你有帮助,请点个赞哈,谢谢!
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。