Android事件分发机制（一）

在项目中遇到过很多次的事件冲突，在博客上看过一些事件分发的文章，但是基本上都是为了先解决需求，一直没有深入的研究，没过几天就忘的差不多了，下次再遇到这方面的问题仍然需要找百度帮忙，正好这一阵有时间，想好好整理一下Android事件分发，特此记录一下。
看过很多关于事件分发的博客，写的都非常好。分享一下自己关于这块内容的学习经验，如果不清楚事件分发的流程，不太建议一上来就分析源码，可以先看
[http://www.jianshu.com/p/e99b5e8bd67b此篇文章，了解一下事件分发的流程，为了加深印象可以看着里的流程图自己撸代码验证一下，弄清楚流程之后再去看源码就会相对容易些，还有推荐大家看一下《Android开发艺术探索》这本书，里面事件分发的内容讲的很清楚，下面内容是参考此书写的。

View的层次关系

布局中常用的LinearLayout，RelativeLayout属于ViewGroup，TextView，ImageView，Button都属于View，它们关系如下：
Button -> TextView -> View
LinearLayou -> View Group -> View

事件分发主要方法

事件分发主要就围绕View和ViewGroup，主要涉及到三个方法：
- dispatchTouchEvent 用与进行事件分发
- onInterceptTouchEvent 用于事件拦截
- onTouchEvent 用于事件消费
三个方法的关系可以用下面这段伪代码来表示：

public boolean  dispatchtouchEvent(MotionEvent event){
    boolean consume=false;
    if (onInterceptTouchevent(event)){
        consume=onTouchEvent(event);
    }else {
        consume=child.dispatchtouchEvent();
    }
    return  consume;
}

点击事件首先会传给根ViewGroup，此时它的dispatchTouchEvent会被调用，此时如果ViewGroup的onInterceptTouchEvent返回true，表示该ViewGroup要拦截事件，就会调用它的onTouchEvent，如果返回false表示没有拦截继续往下分发，调用子View的dispatchTouchEvent方法，如此反复直到事件被最终处理为止。
一个View需要处理事件时，如果设置了onTouchListener会调用onTouch方法，如果onTouch返回true表示事件已经被消费，将不再调用View的onTouchEvent，如果返回false，会继续调用View的onTouchEvent。View设置的onClickListener会在onTouchEvent的ACTION_UP中触发，因此当onTouch返回true的时候onClickListener将不会有响应。

事件分发源码解析

View可以通过setContentView显示在Activity上，当点击View的时候，首先事件会交给Activity附属的Window进行分发，看代码：

public boolean dispatchTouchEvent(MotionEvent ev) {
    if (ev.getAction() == MotionEvent.ACTION_DOWN) {
        onUserInteraction();
    }
    if (getWindow().superDispatchTouchEvent(ev)) {
        return true;
    }
    return onTouchEvent(ev);
}

可以看到事件交给了Window.superDispatchTouchEvent去分发，返回fasle表示事件没有被消费，则调用Activity的onTouchEvent。getWindow得到是PhoneWindow的实例（不懂的可以自行百度），PhoneWindow中的superDispatchTouchEvent的代码如下：

@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
    return mDecor.superDispatchTouchEvent(event);
}

PhoneWindow将事件交给了DecorView处理，DecorView本质上是一个FrameLayout，setContentView方法是将一个View 添加到DecorView上，（不懂自行百度）。 DocerView也是一个ViewGroup，看看ViewGroup的dispatchTouchEvent方法（摘了一段）：

// Handle an initial down.
if (actionMasked == MotionEvent.ACTION_DOWN) {
    // Throw away all previous state when starting a new touch gesture.
    // The framework may have dropped the up or cancel event for the previous gesture
    // due to an app switch, ANR, or some other state change.
    cancelAndClearTouchTargets(ev);
    resetTouchState();
}

// 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方法，但是有两个条件，一个是ACTION_DOWN，另一个是mFirstTouchTarget不为空，满足两个条件的之一才会进行事件拦截的判断，firstTouchTarget从后面的代码逻辑可以看出，当事件由ViewGroup的子View处理时，firstTouchTarget会被赋值为该子view。当Action_MOVE和ACTION_UP事件到达这个判断的时候，如果ACTION_DOWN被子View处理那么firstTouchTarget则不为空，则会进入到onInterceptTouchEvent方法。相反如果ViewGroup的ACTION_DOWN事件由当前的ViewGroup拦截，那么firstTouchTarget则为空，将导致onInterceptTouchEvent不会被调用，并且同一系列的事件都会由ViewGroup处理。

final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;

源码中在进行事件拦截判断之前还有一个disallowIntercept的判断，处理过事件冲突的同学应该知道View可以通过requestDisallowInterceptTouchEvent方法来干预父View的事件分发，此方法可以改变FLAG_DISALLOW_INTERCEPT标记的值，从源码中可以分析出，如果设置了这个值ViewGroup将无法拦截ACTION_DOWN意外的其他事件。
ACTION_DOWN是一系列事件的开始，后续还有ACTION_MOVE, ACTION_UP等事件，在ViewGroup的dispatchTcouchEvent开始之前有一下代码：

if (actionMasked == MotionEvent.ACTION_DOWN) {
    // Throw away all previous state when starting a new touch gesture.
    cancelAndClearTouchTargets(ev);
    resetTouchState();
}

注释的意思大概是：开始一个新的触摸手势的时候，会把之前的状态清空。看resetTouchState()代码

/**
 * Resets all touch state in preparation for a new cycle.
 */
private void resetTouchState() {
    clearTouchTargets();
    resetCancelNextUpFlag(this);
    mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
    mNestedScrollAxes = SCROLL_AXIS_NONE;
}

看到了ACTION_DOWN的时候将mGroupFlags置为默认值了。再看clearTouchTargets()方法：

/**
 * Clears all touch targets.
 */
private void clearTouchTargets() {
    TouchTarget target = mFirstTouchTarget;
    if (target != null) {
        do {
            TouchTarget next = target.next;
            target.recycle();
            target = next;
        } while (target != null);
        mFirstTouchTarget = null;
    }
}

看到firstTouchTrager被置空了。

总结：当ViewGroup决定拦截事件后，后续的事件都会交给它处理，而且不会再调用onInterceptToucEvent方法，也就是说当一个View决定拦截一个事件后，那么系统会把一系列的其他方法都交给它来处理，不需要再调用onInterceptTouchEvent去询问是否拦截了。