请尊重原创，转载请注明出处【tianyl_Melody】的博客、
继续之前的事件分发，现在，屏幕的触摸事件的传递，我已经从Activity追踪到了ViewGroup的dispatchTouchEvent。因为有很多人对事件分发的了解，都是从dispatchTouchEvent开始的。
但是这样，并不知道事件到底是从哪里开始传递的，有些人或许会想当然的认为，既然我们视图的最外层是DecorView，那么事件应该是从DecroView开始传递的。其实并非如此。
现在，我们接着说ViewGroup中的事件分发
1、ViewGroup
在ViewGroup的dispatchTouchEvent方法中，可以大致分为四个步骤：
1、对action_down进行处理：
因为action_down是事件的开端，所以会在action_down中进行事件的初始化（比如清除手势和touch状态）。
在cancelAndClearTouchTargets中会将mFirstTouchTarget设置为null。然后在resetTouchState中重新设置touch的状态。
2、检查是否拦截。在dispatchTouchEvent中，有一个intercepted变量标记是否拦截touch事件的传递，然后会调用onInterceptTouchEvent方法，它的返回值会设置给intercepted。如果返回值为true，那么就不会调用到子类的onTouchEvent方法。取而代之的是，调用自己的onTouchEvent方法。
（前两步在上一盘【Android源码：事件分发源码解析(一)】已经说明）
接下来继续看关于事件被拦截时的事件分发
2、被拦截时的调用流程
首先判断是否被拦截，如果intercepted为true，表示被拦截，那么就不会调用到事件分发的代码。
if (!canceled && !intercepted) {
......//事件分发
}在之前的cancelAndClearTouchTargets中，已经将mFirstTouchTarget设置为null，所以此时会调用dispatchTransformedTouchEvent方法。
if (mFirstTouchTarget == null) {
// 被拦截时的调用方法
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {当被拦截时，系统会调用dispatchTransformedTouchEvent方法。
现在我们看这个方法的定义
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits)在方法中：首先会判断是否为cancel，此时明显为false，所以我们暂时忽略此处逻辑。
final int oldAction = event.getAction();
if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {然后在一系列判断之后，会有一个if判断
if (child == null) {
handled = super.dispatchTouchEvent(transformedEvent);
}第三个参数child传入的是null。而在这个方法中，如果child为空，那么就会调用它父布局，也就是View的dispatchTouchEvent方法。
而ViewGroup的父类，也就是View，所以其实是调用到了View中的dispatchTouchEvent。
也就是当事件被拦截时，我们的触摸事件，最后会调用到View的dispatchTouchEvent方法中
3、View的dispatchTouchEvent
View中：
if (onFilterTouchEventForSecurity(event)) {
ListenerInfo li = mListenerInfo;
//此处的ListenerInfo就是我们设置的监听器
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
//如果result为true，就不会调用onTouchEvent方法
if (!result && onTouchEvent(event)) {
result = true;
}
}在这个方法中有两个判断，第一个if语句中的判断有点多，其实都是一下标志的判断，最后的li.mOnTouchListener.onTouch(this, event)则是我们设置的onTouchListener，如果我们在onTouch方法中返回true，那么就会将result设置为true。
但是如果onTouch返回true的值，就不会调用onTouchEvent。所以我们先假定它此时返回的是false，接着看onTouchEvent方法。
因为我们之前是从ViewGroup中调用到父类View中的，所以此时，其实是调用到了ViewGroup的onTouchEvent方法。然后根据onTouchEvent的返回值判断，如果返回值是true，那么就会将dispatchTouchEvent的返回值result设置为true。
回到之前的调用方法中：
dispatchTouchEvent的返回值为true。就表示handle为true。
也就表示在事件分发的方法dispatchTransformedTouchEvent中，返回值为true。
dispatchTransformedTouchEvent：
if (child == null) {
handled = super.dispatchTouchEvent(transformedEvent);
}
......
return handled;因为dispatchTouchEvent方法的返回值是由dispatchTransformedTouchEvent方法决定的，所以此时dispatchTouchEvent方法也会返回true。
dispatchTouchEvent：
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
......
return handled;最后，再看Activity方法中的dispatchTouchEvent方法。
之前的一系列方法的结果都是返回true，所以此时的getWindow().superDispatchTouchEvent(ev)方法返回值也为true，那么，显然已经不会调用到Activity的onTouchEvent方法了。
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}以上就是Activity中包含View对象，当触摸View时，事件被拦截，也就是onInterceptTouchEvent返回为true时的调用顺序了。
4、没有拦截的调用顺序
说完了拦截的调用流程，现在再看没有拦截的调用
首先，如果没有拦截，那么此时的intercepted为false，会进入此分支：
if (!canceled && !intercepted) {在这个方法中，会拿到子布局的个数，并且进行重排序（为什么要重排序，因为会出现多个View重叠的现象，所以此时需要根据View的绘制顺序进行排序）
//首先拿到子布局的个数
final int childrenCount = mChildrenCount;
if (newTouchTarget == null && childrenCount != 0) {
final float x = ev.getX(actionIndex);
final float y = ev.getY(actionIndex);
// Find a child that can receive the event.
// 调用这个方法进行重新排序
final ArrayList<View> preorderedList = buildOrderedChildList(); 重排序完之后，就会遍历子控件，进行事件分发
for (int i = childrenCount - 1; i >= 0; i--) {
......之后都是遍历的逻辑，因为代码过长，所以就截取重要的方法进行说明。
//首先会拿到view的绘制顺序，因为界面上的view不止一个，所以是有先后顺序的，
//然后根据这个顺序拿到对应的view
final int childIndex = customOrder
? getChildDrawingOrder(childrenCount, i) : i;
final View child = (preorderedList == null)
? children[childIndex] : preorderedList.get(childIndex);
......//然后判断这个view是否可以接收这个事件，如果不能接收事件，那么遍历下一个view
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) {
ev.setTargetAccessibilityFocus(false);
continue;
}不能接收事件的情况有以下情况
//view不可见，或者正在执行动画，那么不能接收事件
private static boolean canViewReceivePointerEvents(View child) {
return (child.mViewFlags & VISIBILITY_MASK) == VISIBLE
|| child.getAnimation() != null;
}//如果点击范围不在view上面，不可以接收事件
protected boolean isTransformedTouchPointInView(float x, float y, View child,
PointF outLocalPoint) {
final float[] point = getTempPoint();
point[0] = x;
point[1] = y;
transformPointToViewLocal(point, child);
//判断点击的是否在view上
final boolean isInView = child.pointInView(point[0], point[1]);
if (isInView && outLocalPoint != null) {
outLocalPoint.set(point[0], point[1]);
}
return isInView;
}如果不能接收事件，那么执行continue，继续遍历。
当然，如果上面的判断都不成立，那么就表示child会接收到事件，那么继续执行。
然后重置一下标志
resetCancelNextUpFlag(child);
进行完这些之后，就是真正进行事件分发了。
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {这个方法之前在拦截时也被调用过，只不过当时我们传入的第三个参数是null，所以调用到了父类的dispatchTouchEvent，而此时，我们传入的是我们找到的，接收事件是child。
if (child == null) {
handled = super.dispatchTouchEvent(transformedEvent);
} else {
final float offsetX = mScrollX - child.mLeft;
final float offsetY = mScrollY - child.mTop;
transformedEvent.offsetLocation(offsetX, offsetY);
if (! child.hasIdentityMatrix()) {
transformedEvent.transform(child.getInverseMatrix());
}
handled = child.dispatchTouchEvent(transformedEvent);
}之前拦截的时候，child为null，所以调用了上面的super.dispatchTouchEvent方法，此时child不为null，显然，就调用到了child.dispatchTouchEvent方法。如果此时的child.dispatchTouchEvent(transformedEvent)返回为true，那么handled 就为true，也就是返回值为true。
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
// Child wants to receive touch within its bounds.
......
mLastTouchDownX = ev.getX();
mLastTouchDownY = ev.getY();
//对链表的target进行处理，方便后续调用
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
break;
}此处调用了一个方法addTouchTarget：
private TouchTarget addTouchTarget(View child, int pointerIdBits) {
TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
target.next = mFirstTouchTarget;
mFirstTouchTarget = target;
return target;
}这里会对mFirstTouchTarget 进行赋值。
然后会有一个判断，如果mFirstTouchTarget为null，那么就调用dispatchTransformedTouchEvent方法进行。第三个参数传的是null。
这个方法我们之前已经讲过，当第三个参数传null时，就会调用到ViewGroup的父类中去.
当然此处的mFirstTouchTarget 已经不为null了，所以不会执行if中的逻辑部分：
if (mFirstTouchTarget == null) {
// No touch targets so treat this as an ordinary view.
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {回到事件分发中来，刚才是child.dispatchTouchEvent返回true的情况，如果child.dispatchTouchEvent返回为false，也就是说此处的判断不成立
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) 那么就不会调用到addTouchTarget方法，也就是不会对mFirstTouchTarget 进行赋值，也就是说mFirstTouchTarget 依旧为null，根据之前的逻辑，显然还是会走到if(mFirstTouchTarget == null)的逻辑中，也就是说，还是会调用到
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);这个方法，根据之前，我们已经知道了，这个方法最终会调用到ViewGroup的父类，也就是View的dispatchTouchEvent的方法中，最后调用到ViewGroup的onTouchEvent。
换言之，如果在child.dispatchTouchEvent返回为true，就不会调用到ViewGroup的onTouchEvent。即如果子布局的dispatchTouchEvent返回为true，那么父布局的onTouchEvent就不会被调用。
以上，就是action_down事件的简要分发流程了。
5、move
说完了down事件，接下来简单的说一下move事件。我们也许遇到过，在onTouchEvent中，如果我们接受到down事件中，没有返回true，那么就会接受不到move事件了，这是为什么呢，难道move事件就没有分发的流程了吗。
其实，move事件，还真没有分发的流程了，Google为了优化，做了一些小小的处理。
在之前的addTouchTarget事件中，我们已经看到了这样两行代码：
TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
target.next = mFirstTouchTarget;
mFirstTouchTarget = target;明明此时的mFirstTouchTarget已经处理了，为什么要将创建的target的next又指向mFirstTouchTarget呢？或许你已经猜到了，他就是为了move事件能过直接找到处理move事件的child，在这里将target链表的下一个，依旧指向了mFirstTouchTarget。换言之，move事件不会再遍历子控件。不会进入其他的分支，直接回走到dispatchTransformedTouchEvent方法，并且返回true。
//在move事件中，mFirstTouchTarget的值是存在的，不会为null
if (mFirstTouchTarget == null) {
......
} else {
......
while (target != null) {
final TouchTarget next = target.next;
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled = true;
} else {
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
//此处的dispatchTransformedTouchEvent方法，就是对move事件进行分发
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}以上，就是action_down，和action_move的事件分发了。
阅读源码的还是需要自己去看，仅凭这一篇博客是远远不够的，祝大家都能在阅读源码的过程中有所收获！
3007
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
