dispatchTouchEvent & onTouchEvent & onInterceptTouchEvent

        首先明白一个常识：View
没有onInterceptTouchEvent事件，而ViewGroup这三个事件都有，是viewgroup继承View之后才加了一个方法叫onIntercepTouchEvent。
        从字面意思可以看出，onInterceptTouchEvent是拦截器，用来拦截事件用的,dispatchTouchEvent是用来分发事件的，onTouchEvent是用来处理事件的。
        大家不难看出，应该是先走dispatchTouchEvent然后走onTouchEvent。那OnInterceptTouchEven的调用时机是什么时候呢？为了更好的理解这三个事件，我们从简单到复杂，先从一个子view，一个viewgroup,然后viewgroup里有子view。

        View：先走该View的dispatchTouchEvent，然后再走onTouchEvent(也有可能不走)。

        什么时候不会走onTouchEvent呢？当重写dispatchTouchEvent,不走super.dispatchTouchEvent直接返回false，它就不会走onTouchEvent。当然这样做是违反android架构常理的，一般的dispatchTouchEvent是不建议重写的。不过通过这个案例我们可以总结出这么一个结论.

        在事件到达view的时候，先走dispatchTouchEvent，在系统的dispatchTouchEvent中它会调用该view的OnTouchEvent方法，如果此onTouchEvent方法的down事件里返回true，则dispatchTouchEvent方法也返回true，且把以后的move事件,up事件都传给onTouchEvent。之后的move事件及up事件的返回值，onTouchEvent返回什么dispatchTouchEvent也返回什么。

        相反如果传第一个down事件给onTouchEvent的时候，onTouchEvent返回的是false,从此事件不再会传过来，也就是不会走dispatchTouchEvent。更不会走onTouchEvent

针对一个ViewGroup来讲(没有子view的时候)：<
4000
/span>
        事件的走向是dispatchTouchEvent->onInterceptTouchEvent->onTouchEvent

        我们会发现它们的逻辑跟view
的没什么两样，只是在走down事件的时候onInterceptTouchEvent会在中间，而这里不管onInterceptTouchEvent返回什么都不会干扰它

当Viewgroup里有子view的时候：
        down事件走向:viewgroup.dispatchTouchEvent->viewgroup.onInterceptTouchEvent 

         
  ->如果返回true->viewgroup.onTouchEvent ---- 分支1

            ->如果返回false->view.dispatchTouchEvent ---- 分支2

        分支1：之后的move或up事件的走向是:viewgroup.dispatchTouchEvent->viewgroup.ontouch  这里不管ontouch返回的是什么都是这个走向

        分支2：down事件到了view.dispatchTouchEvent->view.onTouchEvent

         
          ->返回true->分支3

                    ->返回false->viewgroup.ontouchEvent

         
           
           
  ->返回true->move,up等事件viewgroup.dispatchTouchEvent-

                                    ->返回false,则该viewgroup不会再收到后续事件了

        分支3：子view的onTouchEvent返回true了，表示子view能接受该事件，今后的事件走向是

         
          Move:viewgroup.dispatchTouchEvent->viewgroup.onInterceptTouchEvent返回？

        如果返回的是false，以后的move,up都这么走viewgroup.dispatchTouchEvent->viewgroup.onInterceptTouchEvent->view.dispatchTouchEvent->view.ontouch

        如果返回的是true，抢夺子view的move事件接下来的走向是:强制传Cancel事件和UP事件给view,view.dispatchTouchEvent->view.ontouch(无视它返回什么)->然后把Move事件留给viewgroup:viewgroup.dispatchTouchEvent->viewgroup.ontouch