Android事件分发总结

Android事件分发主要涉及到ViewGrop事件和View事件分发（dispatchTouchEvent），总结起来其实很简单，我们知道ViewGrop是继承自View的。对于事件分发总结：

ViewGrop

ViewGrop在事件分发中只做了一件事：查找应该处理该事件的View（也可能是它自己）。
ViewGroup会层层往下查找，找到最适合处理事件的最终View，然后调用该View的dispatchTouchEvent方法，事件传到该View内部。注：如果该ViewGroup就是最后一个子View，或者该ViewGroup设置了点击事件，表示该ViewGrop需要消耗事件，该ViewGrop就会把自己当成一个具体的View处理，调用父类的dispatchTouchEvent，也就是View的dispatchTouchEvent，这样事件分发也走到View的内部代码，事件不会再下发给子View。

View

处理点击，滑动等事件的代码是在View的dispatchTouchEvent，关键代码

public boolean dispatchTouchEvent(MotionEvent event) {  
    if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&  mOnTouchListener.onTouch(this, event)) {  
        return true;  
    }  
    return onTouchEvent(event);  //onClick等事件是在onTouchEvent内部执行。
}  

以上几行代码解释了一些问题
比如：给一个View添加OnTouchListener然后再onTouch返回true，无法收到Onclick事件，不同的子View会对事件分发有不同的影响，如Button和TextView(enable状态不同)
对于onTouchEvent，如果返回true则表示将消耗事件，那么该事件不会再往上传递（注意此时往下传递的路线没有了），如果返回false,表示该View不消耗此事件，则事件网上传递到父View（实际是ViewGroup）的onTouchEvent，父View将有权力决定是否消耗该事件（流程和View一样）

onInterceptTouchEvent

是否拦截事件的方法，默认返回false表示不拦截，只有ViewGrop中才有，View是没有的，所以一个ViewGroup需要消耗事件把自己当成view(调用super.dispatchTouchEvent)，那么这个ViewGroup也就自然失去了拦截的能力，此时，move事件就不会再到达这个ViewGroup的onInterceptTouchEvent方法中。

onInterceptTouchEvent什么情况下可以接受到move事件？

事件不能被自己拦截消耗，事件到达了下级View，被下级View消耗（该下级View的onTouchEvent返回true,如Button也会默认消耗掉事件，而TextView则不会）

requestDisallowInterceptTouchEvent

在子View中通过getParent().requestDisallowInterceptTouchEvent调用传入true表示让父控件的onInterceptTouchEvent失效，父控件在onInterceptTouchEvent即使返回true也无法拦截事件
关于Android事件分发详细解析请看这篇
https://www.jianshu.com/p/38015afcdb58