View事件分发

事件分发的过程

从这段伪代码中，我们可以看出来，在dispatchTouchEvent中，先调用VIewGroup自身的onInterceptTouchEvent方法，判断自己是否要拦截，如果这时候自己拦截，那就调用自己的onTouchEvent方法，如果onTouchEvent方法返回true，那么这次的事件就算消耗完了，事件传递到此为止，如果返回了false，说明这次没有消耗MotionEvent，那么这次的事件就会往上返回，由上一级继续处理；如果当前ViewGroup的onInterceptTouchEvent返回了false，那就会调用它的子view的dispatchTouchEvent方法，这样这个事件就传递下去了。

视图层级

参照上图先说说具体得到的结论：
1)onInterceptTouchEvent负责对touch事件进行拦截，对于嵌套的view最先执行的是事件拦截方法的是最外层的那个view的onInterceptTouchEvent方法，然后依次执行子视图的onInterceptTouchEvent,然后在执行子视图的子视图的事件拦截方法(当然在这里假设所有嵌套视图的onInterceptTouchEvent都会得到执行,让每个视图的onInterceptTouchEvent返回false即可)。参照上图，所以onInterceptTouchEvent执行顺序就是A--->B--->C--->D.也就是由父视图到子视图传递。总之，事件拦截机制是由父视图开始发起对事件的拦截(出事了老子先上，儿子稍后)。参照上图当手指触摸事件时，父视图A首先发起对该起事件的拦截，如果A拦截失败，就交给它的子视图B进行拦截；如果B拦截失败就交给B的子视图C再进行拦截..直到某一子视图对该次事件拦截成功。

2)某一视图拦截事件成功与否的判断标识是onInterceptTouchEvent方法的返回值，当返回true的时候说明拦截成功，返回false的时候说明当前视图对事件拦截失败。

3)下面说说拦截成功的情况，假设C视图对当前touch事件拦截成功。拦截成功意味着此次事件不会再传递到D视图了。所以此时的D视图的onInterceptTouchEvent就得不到运行。事件拦截成功后，紧接着就会对事件进行处理，处理的方法交给onTouchEvent方法处理。这是不是意味着当前touch事件是由C视图的onTouchEvent方法来处理呢？这要由C视图的onTouchEvent方法的返回值来决定。当C视图的onTouchEvent返回true的时候，当前事件就由C全权处理。如果返回的false,说明C视图对此事件不做处理或者处理不了，怎么办呢？儿子不行老爸来，于是事件就交到了B视图的onTouchEvent方法中。同样B对此事件处理与否还是看B的onTouchEvent返回值

4)在A B C D的onInterceptTouchEvent和onTouchEvent都返回false的情况下，方法执行的顺序依次为A.onInterceptTouchEvent-->B.onInterceptTouchEvent-->C.onInterceptTouchEvent-->D.touchEvent(最深的子视图没重写onInterceptTouchEvent)-->C.touchEvent-->B.touchEvent-->A.touchEvent.也就是说拦截事件是父视图优先有子视图进行拦截，处理事件是子视图优先父视图进行处理。

总结：onInterceptTouchEvent负责对事件进行拦截，拦截成功后交给最先遇到onTouchEvent返回true的那个view进行处理。