深入理解Android事件分发机制

（http://blog.csdn.net/qq_36523667/article/details/78825810想节省时间快速掌握的可以看这个，3句话深刻记住事件分发流程）

这个东西掌握的必要性：可以解决滑动冲突，是Android中最该掌握的知识点

当你点击手机屏幕，可能会点到很Activity，View，ViewGroup，但是究竟哪一个会响应你的事件呢？这就是我们这里探寻的问题。

而我们分析的东西就是MotionEvent的分发。

我们主要深究的有3个方法：

dispatchTouchEvent 分发方法

onInterceptTouchEvent 拦截方法

onTouchEvent 处理事件的方法

用伪代码表示（借鉴一下开发艺术探索的代码）

public boolean dispatchTouchEvent(MotionEvent ev) {
    boolean consume = false;
    if (onInterceptTouchEvent(ev)) {
        consume = child.onTouchEvent(ev);
    } else {
        consume = child.dispatchTouchEvent(ev);
    }
    return consume;
}

对根ViewGroup来说，当事件传递给他的时候，这个方法就会被调用，如果onInterceptTouchEvent(ev)为true，意味着ViewGroup要自己消费这个点击事件，那这个事件他就打算自己贪污了，所以ViewGroup的onTouchEvent方法就会被调用，而这个ViewGroup里的View任凭里面设置了什么东西也是无力回天。我们测试一下。

我们重写了LinerLayout的这个方法

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
    return true;
}

果然事件就被拦截了

此外讲一下View。其实还有另外一个方法，onTouch，是继承onTouchListener接口里的方法。他是比onTouchEvent优先的。如果onTouch返回了false，那么onTouchEvent才能被调用，否则如果onTouch返回了true，就代表这个事件onTouch自己消费了，那么onTouchEvent就不会被调用。而onClick则是处于食物链的最底端。我们还是测试一下。

这是onTouch返回true的情况（他toast了两次，一次鼠标down，一次up）

而当onTouch返回false，onTouchEvent返回true的时候，他们都消费了这次点击事件。

不用说，当前两者都为false，onTouch，onTouchEvent，onClick三者共同消费。

然后一句话总结下分发的规律。从Activity开始传，->window->view。如果传递的过程中，dispatch方法只有返回super，才能向下传。在onTouchEvent一级级向上传的时候，onTouchEvent如果返回的是false或者super，那么就是向上传,这是很好记的一个要点，其他的细节围绕这句话去记就可以了。如果返回true，则不管是dispatch还是onTouchEvent，都是自己消费。不信看图。

几个结论：下文会在源码中验证

1.一次事件down-若干move-up

2.而且这一次事件不能别拆分，让两个view去完成。一旦一个ViewGroup决定返回true来消费这个事件了，那么他的onInterruptTouchEvent也不会被调用，即不用去询问要不要在拦截了。

3.如果一个view只消耗down事件，那么 剩余的父元素也不能调用，直到activity才可以处理。

4.view的onTouchEvent会默认消耗事件，默认返回true，除非他是不可点击的（clickable和longClickable同时为false）。View的longClickable默认为false，clickable不一定。Button的clickable默认为true，TextView的clickable的属性默认为false。

5.View的enable属性不影响onTouchEvent的默认返回值，哪怕一个View是disable状态的。只要它的clickable或者longClickable游戏一个为true，那么它的onTouchEvnet就返回true。

6.通过requestDisallowInterceptTouchEvent方法可以在子元素中敢于父元素的事件分发过程，但是down事件例外。