回顾
- 事件对象产生后会交给Activity,由Activity内部的Window对象传递给DecorView,再由DecorView传递给我们写的View。事件对象传递中要经过三大核心方法
dispatchTouchEvent(me)
,onInterceptTouchEvent
,onTouchEvent(me)
。并且ViewGroup和View在三个核心方法中的实现也略有不同,ViewGroup默认不拦截事件,View没有拦截功能,事件对象传递到View,会直接执行onTouchEvent(me)。这篇根据源码加深印象
1.Activity对事件对象的分发
- 当一个事件(MotionEvent)产生,会最先传递给Activity。由Activity的 dispatchTouchEvent() 来进行事件的分发
java public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
// 该方法是一个空实现,如果你想知道用户与设备有怎样的交互,你可以重写此方法
onUserInteraction();
}
// Window进行事件分发,如果有人处理事件,则返回true
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
// 走到这一步,说明没人处理事件,所以调用Activity的onTouchEvent()进行处理
return onTouchEvent(ev);
}
2.Window对事件的分发
- Window是一个抽象类,真正的实现类是PhoneWindow
@Override public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
- 其中mDecor是
DecorView
,也是顶层View。我们在Activity的 setContentView设置的布局最终就到了DecorView布局中的FrameLayout中。该DecorView由标题和内容组成。我们常常设置的windowNoTitle
就是去掉了DecorView中的标题,仅剩下了我们设置的布局。
3.DecorView对事件的分发
- DecorView继承自FrameLayout。
public boolean superDispatchTouchEvent(MotionEvent event) {
// 由ViewGourp进行过事件分发
return super.dispatchTouchEvent(event);
}
4.ViewGroup对事件分发
- ViewGroup的dispatchTouchEvent()实现很多,我们根据源码注释只看重点,因为我们在看源码时已经知道了,当进入dispatchTouchEvent()时就开始了事件分发,他会首先判断是否拦截此事件
- 以下是ViewGroup判断事件对象是否拦截的源代码
// --- dispatchTouchEvent方法内部某片段 ---
// Check for interception.
final boolean intercepted;
// 如果事件是down事件,则不会拦截
// 如果mFirstTouchTarget不为空,则不会拦截
if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
// 该标志位很熟悉,当子类调用requestDisallowInterceptTouchEvent()后,事件就不会拦截,事件就会留给请求的子view
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
// 如果没有子类请求
if (!disallowIntercept) {
// 判断是否拦截事件,onInterceptTouchEvent()方法默认返回false。
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
intercepted = true;
}
- 上面代码唯一的疑惑就是
mFirstTouchTarget
标志位是什么意思? - 在代码后面的逻辑,如果事件由子view处理了。那么就把该子view赋值给mFirstTouchTarget。一旦赋值了,再看上面的逻辑,后续的move,up事件,才能不被拦截并交给该子view处理。这个标志位很重要,再往后的滑动冲突时,要经常思考是否可以靠它来解决, 当事件不拦截,按照理论则开始child view的分发了
拦截小结
- ViewGroup在两种情况下判断是否拦截当前事件对象
- 当事件对象是down事件,会判断一次是否拦截
- 当有子view拦截了down事件,后续的move,up事件会判断是否拦截
// Find a child that can receive the event.
// Scan children from front to back. ...
// 开始遍历ViewGroup中的子view
for (int i = childrenCount - 1; i >= 0; i--) {
// 如果子view没有在播动画且事件在子元素的区域内产生,事件就会传递给子view
...
resetCancelNextUpFlag(child);
// 调用子View的dispatchTouchEvent()
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
// Child wants to receive touch within its bounds. ... break;
}
// The accessibility focus didn't handle the event, so clear
// the flag and do a normal dispatch to all children.
ev.setTargetAccessibilityFocus(false);
- 在调用 dispatchTransformedTouchEvent() 进行子view分发的过程
// 如果不为空,调用子类的dispatchTouchEvent分发。
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
handled = child.dispatchTouchEvent(event); }
- 如果子view是view类型的控件,就没有拦截方法了,则会直接执行
onTouchEvent()
。如果子view处理了此事件,handler的值就为true。就会给mFirstTouchTarget赋值并退出view树的遍历