我们先分析一下dispatchtouchenvent方法到底干了什么，然后提出关键问题
* onFilterTouchEventForSecurity(MotionEvent::ev) 第一步：检查是否过滤掉touch事件，是否过滤的标准是当前是否被遮挡，即当前窗口是否失去焦点，如果窗口失去焦点，那么过滤掉此事件不做处理，否则继续下一步动作；
* 第二步 当前事件类型是按下事件（ACTION_DOWN）,那么做的事情就很多了；（1）清除掉上一次事件的记录，reset fags；（2）最重要的是设置mFirstTouchTarget=null；（3）在这操作之前，向那些已经消费过事件的子view分发取消事件（ACTION_CANCEL）；
* 第三步 检查事件拦截（注：viewgroup可以拦截事件阻止事件向下一层分发下去，而普通view是没有此功能的），拦截的目的当然是给自己消费这事件咯；那么是什么因素决定viewgroup拦截与否（1）viewgroup被标记上FLAG_DISALLOW_INTERCEPT（requestDisallowInterceptTouchEvent方法实现），那么就不会再拦截此事件，也就不会做下一步判断（2）判断viewgroup对某一触摸事件感兴趣而决定拦截此事件自己消费，这个判断的场合在onInterceptTouchEvent(MotionEvent::ev),该方法返回false，表示不做拦截，反之，表示拦截；如果当前的motionevent事件不是ACTION_DOWN，或者说ACTION_DOWN事件中没有能够消费此事件的子view,那么表示之后都拦截此事件继续分发下去；
* 第四步 检查取消事件继续分发下去的情况 一种情况是上一层viewgroup拦截事件那么给你分发取消事件（ACTION_CANCEL），这种情况没必要分发下去；第二种 该试图被标记上PFLAG_CANCEL_NEXT_UP_EVENT，这种情况是因为鼠标控制导致的或者该试图短暂被移除出视图树；
* 当上面的第三以及第四步都没有问题的时候，那么从子view中查找出响应该事件的视图；（1）判断该viewgroup子视图数目，当数目为零的时候直接跳过这一步到下一步；（2）建立接受事件视图列表从前到后，越靠前越先接受事件，影响视图排列先后的因素：先是Z轴其后是drawing order value；（3）查找出新的接受事件的视图，那么在什么时机下查找到新的接受事件的视图：一种是ACTION_DOWN事件，一种是ACTION_POINTER_DOWN事件还有是ACTION_HOVER_MOVE事件；那么选择的条件是什么呢？非常重要的条件就是motionevent的坐标就是在该视图上；
* 第五步 分发事件 如果子视图没有消费此事件即mFirstTouchTarget==null，那么自己消费；否则分发给合适的子视图进行消费；
至此viewgroup的dispatchtouchenvent方法分析结束，那么接下来有几个问题我们一一解答：
1.当子视图消费了事件，那么父视图组（viewgroup）是否可以拦截后续事件呢？答案是当然是可以的，请看如下代码：
if (actionMasked == MotionEvent.onInterceptTouchEvent
|| 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 {
intercepted = true;
}
//可以看出当mFirstTouchTarget！=null,还是一样会调用onInterceptTouchEvent方法来决定是否拦截事件
2.如果在ACTION_DOWN事件中，有某子视图消费了该事件，但是在后续事件中不消费了，那么情况会怎么样？我的原先答案是：此视图除了能接受ACTION_CANCEL事件之外所有事件都接受不到，但是结果是继续分发下去，看以下代码：
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
//除非你拦截这事件，那么你可以自己消费；
