事件分发 ———— 从源码详细分析事件分发流程
从源码分析事件分发, https://blog.csdn.net/lmj623565791/article/details/39102591 这篇博客和 《Android开发艺术探索》 已经讲的很清晰了,我按从正常事件分发流程(返回结果都是 super情况下),从源码角度分析事件分发的流程为什么是这样的(这里只分析一个DOWN事件),分析主要在代码里的注释,就着源码看更香。
假设现在 DecoreView 里包含一个 ViewGourp(V1), ViewGroup 中包含一个 View(V2)
我们应该知道流程是 DecoreView:dispatchTouchEvent -> DecoreView:onInterceptTouchEvent -> V1:dispatchTouchEvent
-> VI:onInterceptTouchEvent V2:dispatchTouchEvent -> V2:onTouchEvent -> V1:onTouchEvent -> DecoreView:onTouchEvent
看图
先看源码 Activity.dispatchTouchEvent
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
// 这里执行了 PhoneWindow superDispatchTouchEvent
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
// 执行 Activity 的 onTouchEvent
return onTouchEvent(ev);
}
上面看到执行的是 PhoneWindow.superDispatchTouchvent, 这个方法是 return mDecore.superDispatchTouchEvent, mDecore 是 DecoreView, DecoreView 的 superDispatchTouchEvent 方法执行的是 super.dispatchTouchEvent, DecoreView 的父类是 FrameLayout, 所以执行的就是 ViewGroup 的 dispatchTouchEvent, 下面就来看 ViewGourp 的 dispatchTouchEvent 方法。
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
// ...
boolean handled = false;
if (onFilterTouchEventForSecurity(ev)) {
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
if (actionMasked == MotionEvent.ACTION_DOWN) {
// ACTION_DOWN 时清除 target, mGroupFlags(requestDisallowInterceptTouchEvent设置的)
cancelAndClearTouchTargets(ev);
resetTouchState();
}
// 看是否被拦截
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
// DOWN 事件会走到这里(actionMasked == MotionEvent.ACTION_DOWN 且 mFirstTouchTarget == null)
// 上面会清除 mGroupFlags, 所以这里不管有没有 requestDisallow, disallowIntercept 都是 false
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
// 执行这里的 onInterceptTouchEvent, 默认返回 false, 所以 intercept 为 false
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} // ...
// 是否手势取消
final boolean canceled = resetCancelNextUpFlag(this) || actionMasked == MotionEvent.ACTION_CANCEL;
// ...
if (!canceled && !intercepted) { // 现在这种情况下,两个都是 false
if (actionMasked == MotionEvent.ACTION_DOWN // true || ...) {
// ...
final int childrenCount = mChildrenCount;
if (newTouchTarget == null && childrenCount != 0) {
// ...
// 获取触摸到的子 View 列表,根据 getZ 和绘制顺序得到,本次分析的情况就是 0位置是V1
final ArrayList<View> preorderedList = buildOrderedChildList();
//...
final View[] children = mChildren;
for (int i = childrenCount - 1; i >= 0; i--) {
// child 就是 V1
newTouchTarget = getTouchTarget(child); // return null
// 下面 dispatchTransformedTouchEvent 中, child 就是 V1, 该方法内部调用了 child.dispatchTouchEvent,
// 方法的返回值也就是 child.dispatchTouchEvent 的返回值
// 也就是会执行 V1.dispatchTouchEvent, 也就是说到这里,流程已经到了,DecoreView.dispatchTouchEvent ->
// DecoreView.onInterceptTouchEvent -> V1.dispatchTouchEvent -> V1.onInterceptTouchEvent
// 然后 V1 执行到这里的时候 child 是 V2, 在 dispatchTransformedTouchEvent 方法中执行了
// V2.dispatchTouchEvent, 也就是执行了 View 的 dispatchTouchEvent, View 的 dispatchTouchEvent
// 方法后面再分析其它的,现在我们就知道会调用 View.onTouchEvent 就可以了。 onTouchEvent 默认返回 false
// 可以看出这里是类似在递归执行
// 也就是 dispatchTransformedTouchEvent 在 child 是 V2 时返回了 false, 那么下面的赋值 newTouchTarget 和
// mFristTouchTarget 就不会执行, 所以这两个值都是 null
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
<!-- ... 本次分析这里执行不到, -->
}
}
if (preorderedList != null) preorderedList.clear();
}
// ...
}
}
// Dispatch to touch targets.
if (mFirstTouchTarget == null) {
// DecoreView/V1 执行到这里,传递的 child 是 null, 方法里面执行 super.dispatchTouchEvent, ViewGourp 父类是 View,
// 也就是执行 View.dispatchTouchEvent 方法,默认还是返回 false
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {
<!-- ... -->
}
// ...
}
// ...
return handled;
}
跟着上面源码的执行流程,就可以得到上述 View 事件分发的执行流程