Android的事件分发机制
最近有点烦躁,心虚不宁,写博客写Demo都会烦躁,这种状态不知道要持续多久。无意间看到一位大牛的博客,地址https://www.jianshu.com/p/38015afcdb58,在大牛的启发现开始写自己的博客。
Android中最常见的就是各种事件,例如点击事件、触摸事件亦或智能电视的按键事件,而在使用这些事件的时候就会不可避免的接触到事件分发机制。
一、基础知识
1、Android的view体系
Android的UI界面是由Activity、View、ViewGroup以及他们的派生类组成的。
Activity:有自己独立生命周期,其根View为DecoreView,而DecoreView又包含两部分,TitleView和ContentView,分别对应标题栏和我们的 内容布局。
View:所有UI组件的基类,例如TextView、EditText等
ViewGroup:是View的子类,一般是一组View的集合,是Android中所有布局的父类,比如LinearLayuout等
2、事件分发的对象
事件分发,其实分发的对象就是事件,前面也提到了Android中的常见事件有触摸事件TouchEvent、按键事件KeyEvent等
(1)对于触摸事件,事件类型如下:
事件类型 | 具体动作 |
MotionEvent.ACTION_DOWN | 按下View(所有触摸事件的开始) |
MotionEvent.ACTION_UP | 抬起view(与Down对应) |
MotionEvent.ACTION_MOVE | 滑动View |
MotionEvent.ACTION_CANCEL | 结束事件(非认为结束) |
(2)对于按键事件,事件类型如下:
事件类型 | 具体动作 |
KeyEvent.ACTION_DOWN | 按下View(所有按键事件的开始) |
KeyEventEvent.ACTION_UP | 抬起view(与Down对应) |
一般来说,事件都是从Down事件开始,UP事件结束,如果是触摸事件的话可能中间还有滑动事件,如下图:
3、事件分发的本质
事件分发的本质其实就是将我们上面提到的事件传递到某个具体的View的整个处理过程。
而事件分发中,主要是Activity、ViewGroup、View之间进行传递。
4、事件分发的顺序
事件分发的传递顺序是:Activity->ViewGroup->View
5、事件分发涉及到的方法(接下来的例子都以触摸事件为例)
方法 | 作用 | 调用 |
dispatchTouchEvent() | 分发传递事件 | 在事件传递到到当前View时被调用 |
onInterceptTouchEvent() | 判断是否拦截事件 只有ViewGroup中有此方法 | 在dispathcTouchEvent()中调用 |
onTouchEvent() | 处理点击事件 | 在dispathcTouchEvent()中调用 |
二、事件分发机制分析
在一个事件发生后,会先传递到Actvity、再到ViewGroup、再到View。因此在接下来的分析中我们主要围绕以下三点进行分析
- Activity的事件分发机制
- ViewGroup的事件分发机制
- View的事件分发机制
1、Activity的事件分发机制
在Activity的事件分发中,会涉及到以下两个方法:
- dispatchTouchEvent()
- onTouchEvent()
(1)具体源码
/**
* 源码分析:Activity.dispatchTouchEvent()
*/
public boolean dispatchTouchEvent(MotionEvent ev) {
// 一般事件列开始都是DOWN事件 = 按下事件,故此处基本是true
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
// ->>分析1
}
// ->>分析2
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
// 若getWindow().superDispatchTouchEvent(ev)的返回true
// 则Activity.dispatchTouchEvent()就返回true,则方法结束。即 :该点击事件停止往下传递 & 事件传递过程结束
// 否则:继续往下调用Activity.onTouchEvent
}
// ->>分析4
return onTouchEvent(ev);
}
/**
* 分析1:onUserInteraction()
* 作用:实现屏保功能
* 注:
* a. 该方法为空方法
* b. 当此activity在栈顶时,触屏点击按home,back,menu键等都会触发此方法
*/
public void onUserInteraction() {
}
// 回到最初的调用原处
/**
* 分析2:getWindow().superDispatchTouchEvent(ev)
* 说明:
* a. getWindow() = 获取Window类的对象
* b. Window类是抽象类,其唯一实现类 = PhoneWindow类;即此处的Window类对象 = PhoneWindow类对象
* c. Window类的superDispatchTouchEvent() = 1个抽象方法,由子类PhoneWindow类实现
*/
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
// mDecor = 顶层View(DecorView)的实例对象
// ->> 分析3
}
/**
* 分析3:mDecor.superDispatchTouchEvent(event)
* 定义:属于顶层View(DecorView)
* 说明:
* a. DecorView类是PhoneWindow类的一个内部类
* b. DecorView继承自FrameLayout,是所有界面的父类
* c. FrameLayout是ViewGroup的子类,故DecorView的间接父类 = ViewGroup
*/
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
// 调用父类的方法 = ViewGroup的dispatchTouchEvent()
// 即 将事件传递到ViewGroup去处理,详细请看ViewGroup的事件分发机制
}
// 回到最初的调用原处
/**
* 分析4:Activity.onTouchEvent()
* 定义:属于顶层View(DecorView)
* 说明:
* a. DecorView类是PhoneWindow类的一个内部类
* b. DecorView继承自FrameLayout,是所有界面的父类
* c. FrameLayout是ViewGroup的子类,故DecorView的间接父类 = ViewGroup
*/
public boolean onTouchEvent(MotionEvent event) {
// 当一个点击事件未被Activity下任何一个View接收 / 处理时
// 应用场景:处理发生在Window边界外的触摸事件
// ->> 分析5
if (mWindow.shouldCloseOnTouch(this, event)) {
finish();
return true;
}
return false;
// 即 只有在点击事件在Window边界外才会返回true,一般情况都返回false,分析完毕
}
/**
* 分析5:mWindow.shouldCloseOnTouch(this, event)
*/
public boolean shouldCloseOnTouch(Context context, MotionEvent event) {
// 主要是对于处理边界外点击事件的判断:是否是DOWN事件,event的坐标是否在边界内等
if (mCloseOnTouchOutside && event.getAction() == MotionEvent.ACTION_DOWN
&& isOutOfBounds(context, event) && peekDecorView() != null) {
return true;
}
return false;
// 返回true:说明事件在边界外,即 消费事件
// 返回false:未消费(默认)
}
// 回到分析4调用原处
(2)分析
这里我们主要分析dispatchTouchEvnet()
public boolean dispatchTouchEvent(MotionEvent ev) {
// 一般事件列开始都是DOWN事件 = 按下事件,故此处基本是true
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
// ->>分析1
}
// ->>分析2
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
// 若getWindow().superDispatchTouchEvent(ev)的返回true
// 则Activity.dispatchTouchEvent()就返回true,则方法结束。即 :该点击事件停止往下传递 & 事件传递过程结束
// 否则:继续往下调用Activity.onTouchEvent
}
// ->>分析4
return onTouchEvent(ev);
}
首先判断是否是Down事件, if (ev.getAction() == MotionEvent.ACTION_DOWN),一般的事件都是Down开始,因此if()判断成立;
接着是 if (getWindow().superDispatchTouchEvent(ev)) ,这里getWidow获取Acrtivity对应的Window对象,而Window又是抽象类,它对应的是Window的子类Phonewindow中的superDispathcTouchEvent()方法,最终调用DecoreView的superdispathcToucheEvent(),而DeocreView是Activity的根View,接下来调用ViewGroup的dispatchToucheEvent()方法。这样就实现了从ACticity向ViewGroup的事件传递。
如果事件在传递到ViewGroup后没有没拦截,那么就执行Activity的onToucheEvent()方法;如果被拦截,那么就返回true,不执行Activity的onTouchEvent()方法。
(3)总结
当一个事件发生时,事件就从Activity开始,向ViewGroup传递,ViewGruop再向它的子View传递。
2、ViewGroup的事件分发
从上面我们知道,事件在分发到ViewGroup时,是从dispatchTouchEvent()开始。
(1)具体源码
/**
* 源码分析:ViewGroup.dispatchTouchEvent()
*/
public boolean dispatchTouchEvent(MotionEvent ev) {
... // 仅贴出关键代码
// 重点分析1:ViewGroup每次事件分发时,都需调用onInterceptTouchEvent()询问是否拦截事件
if (disallowIntercept || !onInterceptTouchEvent(ev)) {
// 判断值1:disallowIntercept = 是否禁用事件拦截的功能(默认是false),可通过调用requestDisallowInterceptTouchEvent()修改
// 判断值2: !onInterceptTouchEvent(ev) = 对onInterceptTouchEvent()返回值取反
// a. 若在onInterceptTouchEvent()中返回false(即不拦截事件),就会让第二个值为true,从而进入到条件判断的内部
// b. 若在onInterceptTouchEvent()中返回true(即拦截事件),就会让第二个值为false,从而跳出了这个条件判断
// c. 关于onInterceptTouchEvent() ->>分析1
ev.setAction(MotionEvent.ACTION_DOWN);
final int scrolledXInt = (int) scrolledXFloat;
final int scrolledYInt = (int) scrolledYFloat;
final View[] children = mChildren;
final int count = mChildrenCount;
// 重点分析2
// 通过for循环,遍历了当前ViewGroup下的所有子View
for (int i = count - 1; i >= 0; i--) {
final View child = children[i];
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE
|| child.getAnimation() != null) {
child.getHitRect(frame);
// 判断当前遍历的View是不是正在点击的View,从而找到当前被点击的View
// 若是,则进入条件判断内部
if (frame.contains(scrolledXInt, scrolledYInt)) {
final float xc = scrolledXFloat - child.mLeft;
final float yc = scrolledYFloat - child.mTop;
ev.setLocation(xc, yc);
child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
// 条件判断的内部调用了该View的dispatchTouchEvent()
// 即 实现了点击事件从ViewGroup到子View的传递(具体请看下面的View事件分发机制)
mMotionTarget = child;
return true;
// 调用子View的dispatchTouchEvent后是有返回值的
// 若该控件可点击,那么点击时,dispatchTouchEvent的返回值必定是true,因此会导致条件判断成立
// 于是给ViewGroup的dispatchTouchEvent()直接返回了true,即直接跳出
// 即把ViewGroup的点击事件拦截掉
}
}
}
}
}
}
boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||
(action == MotionEvent.ACTION_CANCEL);
if (isUpOrCancel) {
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
final View target = mMotionTarget;
// 重点分析3
// 若点击的是空白处(即无任何View接收事件) / 拦截事件(手动复写onInterceptTouchEvent(),从而让其返回true)
if (target == null) {
ev.setLocation(xf, yf);
if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
ev.setAction(MotionEvent.ACTION_CANCEL);
mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
}
return super.dispatchTouchEvent(ev);
// 调用ViewGroup父类的dispatchTouchEvent(),即View.dispatchTouchEvent()
// 因此会执行ViewGroup的onTouch() ->> onTouchEvent() ->> performClick() ->> onClick(),即自己处理该事件,事件不会往下传递(具体请参考View事件的分发机制中的View.dispatchTouchEvent())
// 此处需与上面区别:子View的dispatchTouchEvent()
}
...
}
/**
* 分析1:ViewGroup.onInterceptTouchEvent()
* 作用:是否拦截事件
* 说明:
* a. 返回true = 拦截,即事件停止往下传递(需手动设置,即复写onInterceptTouchEvent(),从而让其返回true)
* b. 返回false = 不拦截(默认)
*/
public boolean onInterceptTouchEvent(MotionEvent ev) {
return false;
}
// 回到调用原处
(2)分析
我们来分析 if (disallowIntercept || !onInterceptTouchEvent(ev)),这里disallowIntercept 表示是否禁用事件拦截功能(默认为false 表示不禁用),而onInterceptTouchEvent()则是判断是否拦截事件。
首先我们看ViewGroup的onInterceptTouchEvent不拦截的情形:
通过一个for循环 for (int i = count - 1; i >= 0; i--),对viewGroup中的子view依次遍历;继续看代码,
if (child.dispatchTouchEvent(ev)) {
mMotionTarget = child;
return true;
}
这里会调用子view的dispatchTouchEvent(),如果子View对事件进行了拦截,那么子View的dispatchTouchEvent()就会返回true,那么ViewGroup的dispatchTouchEvent()直接返回true,不再执行ViewGroup的onTouchEvent(),这样就拦截了ViewGroup的事件,而事件则是由子View处理。
现在我们来分析ViewGroup的onInterceptTouchEvent拦截的情形:
在onInterceptorTouchEvent()返回true,那么该事件将不会向下传递,而是执行return super.dispatchTouchEvent(),也就是调用ViewGroup父类的dispatchTouchEvent()方法,之后则会执行该ViewGroup对应的onTouch()->onTouchEvent()->performClick()->onClick()
(3)总结
ViewGroup的事件拦截中有一个特殊的方法,onInterceptTouchEvent,用来判断ViewGroup是否会拦截事件,如果不拦截事件且当前子Veiw的数量大于1,那么就会遍历子View,并调用子View的dispatchTouchEvent,将事件传递下去;如果拦截,则调用ViewGroup的onTouch()->onTouchEvent()->performClick()->onClick()方法
3、View的事件分发
(1)具体源码
/**
* 源码分析:View.dispatchTouchEvent()
*/
public boolean dispatchTouchEvent(MotionEvent event) {
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
mOnTouchListener.onTouch(this, event)) {
return true;
}
return onTouchEvent(event);
}
// 说明:只有以下3个条件都为真,dispatchTouchEvent()才返回true;否则执行onTouchEvent()
// 1. mOnTouchListener != null
// 2. (mViewFlags & ENABLED_MASK) == ENABLED
// 3. mOnTouchListener.onTouch(this, event)
// 下面对这3个条件逐个分析
/**
* 条件1:mOnTouchListener != null
* 说明:mOnTouchListener变量在View.setOnTouchListener()方法里赋值
*/
public void setOnTouchListener(OnTouchListener l) {
mOnTouchListener = l;
// 即只要我们给控件注册了Touch事件,mOnTouchListener就一定被赋值(不为空)
}
/**
* 条件2:(mViewFlags & ENABLED_MASK) == ENABLED
* 说明:
* a. 该条件是判断当前点击的控件是否enable
* b. 由于很多View默认enable,故该条件恒定为true
*/
/**
* 条件3:mOnTouchListener.onTouch(this, event)
* 说明:即 回调控件注册Touch事件时的onTouch();需手动复写设置,具体如下(以按钮Button为例)
*/
button.setOnTouchListener(new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
return false;
}
});
(2)分析
首先我们来分析这里的判断, if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
mOnTouchListener.onTouch(this, event))
其中 (mViewFlags & ENABLED_MASK) == ENABLED是判断当前VIew是否enable
而mOnTouchListener.onTouch(this, event)则默认为false,这里如果我们重写onTouch()方法并返回true,那么事件分发到这里结束,同时将不再执行View的onTouchEvent();相反,如果使用返回false,则会继续执行后面的onTouchEvent()。
(3)总结
在View的事件分发中,需要判断View的onTouch方法,如果该方法返回true,那么事件分发将在这里结束,并且不执行onTouchEvent和onClick
如果返回false,那么就会执行对应的onTouchEvent和onClick
三、综合分析