View事件分发机制

点击事件从activity -> window -> DactorView传递;
MotionEvent：点击事件，包含点击状态：down/move/up/cancel；点击坐标，getX()/getY()/getRowX()/getRowY()。

1. 相关方法：

• disptchTouchEvent(): 分发点击事件
• onInterceptTouchEvent(): 拦截点击事件，ViewGroup才有。
• onTouchEvent():响应点击事件。

伪代码：

public boolean disptchTouchEvent(MotionEvent e) {
   
    boolean consume;
    if(onInterceptTouchEvent(e)) {
   
        consume = onTouchEvent(e);
    } else {
   
        consume = child.disptchTouchEvent(e);
    }
    
    return consume;
}

2. 原则总结：

• 事件序列是指一组1个down事件，n个move事件和1个up事件组成的。

• 正常情况下，一组事件序列都只能被一个View拦截并消耗，除非通过特殊手段强制转移给其他view处理；

• 当ViewGroup决定拦截一组事件序列后(这里指的是down事件)，后面的点击事件(down、move和up事件)会有它自己处理，而且都不会调用onInterceptTouchEvent()方法，因为既然决定都要它处理了，以后都不需要再次判断是否需要拦截，符合生活规律。

• 如果down事件被消费掉(onTouchEvent返回true)， 以后的move事件和up事件都会发给这个view，如果不消费move和up事件(onTouchEvent返回false)，也会不断接收到move事件或up事件，这些事件会消失，不会被发送给parent的onTouchEvent, 最终这些消失的事件会被activity处理。

• 如果down事件没有被消费掉(onTouchEvent返回false)，这个事件就会被parent的onTouchEvent处理；以后的move和up事件都不会被再发给这个view了。实际当中，上级让你完成一个任务，你没有完成，把任务交给上司，那上司在短时间内不会再把任何交给你了，对你不信任了。

• ViewGroup的onInterceptToucheEvent默认是false，不拦截；

• View没有onInterceptToucheEvent，分到事件后直接调用onTouchEvent。

• onTouchEvent默认是true，只要有clickable或者longClickable有一个为true。

  默认longClickable为false，但是clickable根据不同的控件类型默认值不一样。比如Buttton的clickable默认为true，但是Textview的clickable默认是false。

• setEnable(false)不会影响事件传递。

• onClick能执行的前提是是可点击的(clickable和longClickable至少一个为true)，并且能收到down和up事件。

• setOnTouchListener以后，这个监听器的onTouch方法的返回值将影响后续的onTouchEvent流程。如果onTouch返回true，后续OnTouchEvent不会执行，onClick也不会执行了。如果onTouch返回false，onTouchEvent接着执行。onTouchEvent返回true并且enable为true，onClick也会在up事件后被调用。

• 事件传递都是由外到内的，由父元素传到子元素的。通过requestDisallowInterceptTouchEvent能让子元素影响父元素的事件分发过程，但是ACTION_DOWN是无法影响的。

3. 源码分析