View的事件分发机制

View的点击分发过程由下面三种方法完成

 1、事件的分发机制，dispatchTouchEvent。

        true-事件被以该节点为根节点的View树成功处理，此时该事件就算是处理完成了，事件不会再向上返还给View的父节点（把事件分发过来的那个节点）。

        false-以该节点为根节点的View树种，没有一个View（包括该View）成功处理了此事件，所以事件会向上返还给View的父节点（把事件分发过来的那个节点）。

    2、事件的拦截机制，onInterceptTouchEvent。主要是parent根据它内部的状态、或者child的状态，来把事件拦截下来，阻止其进一步传递到child的机制。

        true-当前ViewGroup（因为View中没有该方法，而没有child的VIew也不需要有拦截机制）希望该事件不再传递给其child，而是希望自己处理。

        false-当前ViewGroup不准备拦截该事件，事件正常向下分发给其child。

    3、事件的处理机制，onTouchEvent。主要是事件序列的接受者（可以是一个View或者ViewGroup），对事件作出处理，并且向其parent传递处理结果的机制。

        true-表示该View成功处理了该事件，该处理结果会向上通知给其parent。

        false-表示该View没有成功处理该事件，那么它的parent会有机会来处理该事件（parent标记为事件序列接受者，parent 的 onTouchEvent 在 Down 事件时返回true）。

他们之间关系可以用如下伪代码表示：

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

通过上面代码我们也可以大致了解事件传递规则：

对于一个ViewGroup来说，点击事件产生后首先会传递给它，这时它的dispatchTouchEvent会被调用，如果这个ViewGruop的onInterceptTouchEvent返回为true就表示它要拦截当前事件，接着事件就会交给这个ViewGroup处理，即它的onTouchEvent方法就会被调用；如果这个ViewGroup的onInterceptTouchEvent返回false表示不拦截当前事件，这时当前事件就会传递给它的子元素，接着子元素的dispatchTouchEvent就会被调用，如此反复直到事件被处理。