上一篇中整体的事件分发流程,分成两步 第一步确定TargtView,第二步传递事件。
在第一步的第 2小步中 是否拦截事件,onTouchEvent在这里调用代码如下
// Check for interception.
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
intercepted = true;
}
这段代码中onInterceptTouchEvent()返回值直接影响的就是interception这个标记,在源码(不贴了)中直接影响的整个的第一大步,查找targetView不会执行了,mFirstTouchTarget为null,因而在Down事件的时候下一级也不会dispatchTouchEvent,也不会onTouchEvent了。
剩下代码
// Dispatch to touch targets.
if (mFirstTouchTarget == null) {
// No touch targets so treat this as an ordinary view.
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
}
到了第二步的位置之后,调用自己的onTouch()方法,来处理事件。
onInterceptTouchEvent()返回值为false简单来说,不再查找下一级的View,使用当前View的onTouchEvent()。
总结:根据之前的分析,做了个简图省的以后看过的源码又忘了,便于记忆。