聊聊Android中的事件分发机制
View事件分发机制的本质就是就是MotionEvent事件的分发过程,即MotionEvent产生后是怎样在View之间传递及处理的。
首先介绍一下什么是MotionEvent.所谓MotionEvent,即用户手指触碰手机屏幕时产生的一系列触摸事件。典型的触摸事件有:
- ACTION_DOWN:手指刚接触屏幕的一瞬间。
- ACTION_MOVE:手指在屏幕上滑动。
- ACTION_UP:手指离开屏幕的一瞬间。
- ACTION_CANCLE:当前事件序列终止。
一个事件序列一般都是以DOWN事件开始,UP事件终止,中间穿插数个MOVE事件。
事件的传递顺序:Activity(Window) → ViewGroup → View,即事件是自Activity往下传递。
事件的分发涉及到的三个主要方法:
- dispatchTouchEvent: 自顶向下传递事件。其返回值受子View的dispatchTouchEvent方法和当前View的onTouchEvent方法影响。
- onInterceptTouchEvent: 对事件进行拦截。此方法为ViewGroup独有。一旦对事件序列中的某事件进行拦截,该序列剩余事件都会交给拦截的ViewGroup处理,并且不会再次调用此方法。
- onTouchEvent: 消耗某事件,即对某事件进行处理。
接下来将分别对Activity, ViewGroup, View的事件分发机制进行说明。
Activity的事件分发机制
当一个点击事件发生时,该事件最先传递到Activity的dispatchTouchEvent()方法中进行处理。
Activity会在dispatchTouchEvent()方法中调用getWindow().superDispatchTouchEvent()方法,将事件传递给Window的mDecor(DecorView)进行处理,而mDecor则会通过调用superDispatchTouchEvent方法将事件传给ViewGroup进行处理。
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
// 若getWindow().superDispatchTouchEvent(ev)的返回true
// 则Activity.dispatchTouchEvent()就返回true,则方法结束。即 :该点击事件停止往下传递 & 事件传递过程结束
// 否则:继续往下调用Activity.onTouchEvent
}
return onTouchEvent(ev);
}
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
// mDecor = 顶层View(DecorView)的实例对象
}
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
// 调用父类的方法 = ViewGroup的dispatchTouchEvent()
// 即 将事件传递到ViewGroup去处理,详细请看ViewGroup的事件分发机制
}
public boolean onTouchEvent(MotionEvent event) {
// 当一个点击事件未被Activity下任何一个View接收 / 处理时
// 应用场景:处理发生在Window边界外的触摸事件
if (mWindow.shouldCloseOnTouch(this, event)) {
finish();
return true;
}
return false;
// 即只有在点击事件在Window边界外才会返回true,一般情况都返回false
}
ViewGroup的事件分发机制
当事件从Activity传递到ViewGroup的dispatchTouchEvent()后,ViewGroup首先会调用onInterceptTouchEvent()方法判断是否拦截该事件(默认不拦截,拦截的话需要用户重写),如果不拦截该事件,ViewGroup会通过for循环遍历它所有的子View,找到当前事件发生的View,然后调用该子View的dispatchTouchEvent()方法,将事件分发给子View进行处理。
如果该事件被ViewGroup拦截下来或者没有找到事件发生的View(事件发生在空白处)的话,ViewGroup会调用它的onTouchEvent()方法对事件进行处理。
public boolean dispatchTouchEvent(MotionEvent ev) {
... // 仅贴出关键代码
// 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;
// 通过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事件分发机制)
if (child.dispatchTouchEvent(ev)) {
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;
// 若点击的是空白处(即无任何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()
}
...
}
public boolean onInterceptTouchEvent(MotionEvent ev) {
return false;
}
View的事件分发机制
当事件从ViewGroup传递到了View的dispatchTouchEvent()之后,最先执行的是View的onTouch()方法。onTouch()方法是View的OnTouchListener接口中所定义的方法,如果用户为View注册了监听,那么当用户触摸屏幕时便会触发此方法。此方法默认返回false,需要用户重写。
只有onTouch()方法返回false, 才会执行View的onTouchEvent()方法。然后会根据情况调用performClick()方法,performClick()方法随之会调用onClick()方法。
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个条件逐个分析
public void setOnTouchListener(OnTouchListener l) {
mOnTouchListener = l;
// 即只要我们给控件注册了Touch事件,mOnTouchListener就一定被赋值(不为空)
}
button.setOnTouchListener(new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
return false;
}
});
// 若在onTouch()返回true,就会让上述三个条件全部成立,从而使得View.dispatchTouchEvent()直接返回true,事件分发结束
// 若在onTouch()返回false,就会使得上述三个条件不全部成立,从而使得View.dispatchTouchEvent()中跳出If,执行onTouchEvent(event)
若View的onTouchEvent()返回true, 即消耗了该事件,那么事件的分发到此结束。如果返回false,则会自下而上依次调用ViewGroup和Activity的onTouchEvent()方法对事件进行处理。值得一提的是,Activity的onTouchEvent()方法必须对事件进行处理。
至此,事件的分发完成。
以上就是聊聊Android中的事件分发机制的详细内容,更多关于Android 事件分发机制的资料请关注编程网其它相关文章!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341