回顾
- 事件对象产生后会交给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树的遍历
