一.事件机制中的三个方法
1.public boolean dispatchTouchEvent(MotionEvent ev) 当触摸事件发生的时候，首先会被当前的activity进行分发，即当前activity的dispatchTouchEvent方法会被执行。 这个时候,该方法有三种返回的情况：- return false： 表明事件不会被进行分发。事件会以冒泡的方式被传递给上层的view或activity的onTouchEvent方法进行消费掉。
- return true：表明该时间已经被处理。事件会被当前view或activity的dispatchTouchEvent给消费掉。不会再进行传递，事件到此结束。
- return super.dispatchTouchEvent(ev)：表明该事件将会被分发。此时当前ViewGroup的onIntercepterTouchEvent方法会捕获该事件，判断需不需要进行事件的拦截。
- return false : 不对事件进行拦截，放行该事件。事件会被传递到当前view的子控件中，由子控件中的dispatchTouchEvent方法进行分发处理。
- return true : 拦截该事件，将该事件交给当前view的onTouchEvent方法进行处理。
- return super.inInterceptTouchEvent(ev)：默认拦截方式，和return false一样。该事件不会被拦截，事件会传给子View。（这里需要有一点说明，当有两个view。A view中有一个B view.点击A.A中如果onInterceptTouchEvent()返回super.interceptTouchEvent(ev),则事件将会被A进行拦截，交给A的onTouchEvent()进行处理，如果点击的是B，A中如果onInterceptTouchEvent()返回super.interceptTouchEvent(ev)，则事件将不会被拦截，会被分发到子控件中。如果A中没有子View,无论onInterceptTouchEvent()返回true还是false,都会进入A的onTouchEvent()方法。）
- return false：表明没有消费该事件，事件将会以冒泡的方式一直被传递到上层的view或Activity中的onTouchEvent事件处理。如果最上层的view或Activity中的onTouchEvent还是返回false。则该事件将消失。接下来来的一系列事件都将会直接被上层的onTouchEvent方法捕获
- return true: 表明消费了该事件，事件到此结束。
- return super.onTouchEvent(event)：默认情况，和return false一样。
二. 说明
1.只有view，ViewGroup，Activity 具有事件分发和消费的功能。2.Activity因为最先接触到触摸事件，因此Activity没有事件拦截方法。即没有onInterceptTouchEvent方法。3.对于ViewGroup，它只有onTouchEvent事件。一个简单的流程图：
三. onTouchEvent收到ACTION_DOWN，是否一定能收到ACTION_MOVE,ACTION_UP...??? 收到了ACTION_MOVE，能否说明它已经收到过ACTION_DOWN???
其实根据上面所说的onInterceptTouchEvent方法与onTouchEvent方法之间事件传递的过程，我们知道这两个问题的答案都是否定的。
对于第一个，收到ACTION_DOWN事件后，ACTION_MOVE事件可能会被拦截，那么它将只能够再收到一个ACTION_CANCEL事件。
对于第二个，是基于上面的这一个情况，ACTION_DOWN传递给了子View，而onInterceptTouchEvent拦截了ACTION_MOVE事件，所以我们的onTouchEvent方法将会收到ACTION_MOVE,而不会收到ACTION_DOWN。（这也是为什么我在onInterceptTouchEvent方法的ACTION_DOWN中记录下位置信息的原因）
还有一个问题就是，如果我们单纯的在onTouchEvent中： 对于ACTION_DOWN返回true，在接收到ACTION_MOVE事件后返回false，那么这个时候事件会重新寻找能处理它的View吗？不会，所有的后续事件依然会发给这个onTouchEvent方法。
四.一张图
1.首先明白一个常识：View没有onInterceptTouchEvent事件，而ViewGroup这三个事件都有，是viewgroup继承View之后才加了一个方法叫onIntercepTouchEvent。
从字面意思可以看出，onInterceptTouchEvent是拦截器，用来拦截事件用的,dispatchTouchEvent是用来分发事件的，onTouchEvent是用来处理事件的。
大家不难看出，应该是先走dispatchTouchEvent然后走onTouchEvent。那OnInterceptTouchEven的调用时机是什么时候呢？为了更好的理解这三个事件，我们从简单到复杂，先从一个子view，一个viewgroup,然后viewgroup里有子view。
2.针对一个View来讲，事件是先走该View的dispatchTouchEvent，然后再走onTouchEvent(也有可能不走)。
什么时候不会走onTouchEvent呢？当重写dispatchTouchEvent,不走super.dispatchTouchEvent直接返回false，它就不会走onTouchEvent。
当然这样做是违反android架构常理的，一般的dispatchTouchEvent是不建议重写的。不过通过这个案例我们可以总结出这么一个结论.
在事件到达view的时候，先走dispatchTouchEvent，在系统的dispatchTouchEvent中它会调用该view的Ontouch方法如果此onTouch方法的down事件里返回true，则
dispatchTouchEvent方法也返回true，且把以后的move事件,up事件都传给onTouch。之后的move事件及up事件的返回值，onTouch返回什么dispatchTouchEvent也返回什么。
相反如果传第一个down事件给ontouch的时候，ontouch返回的是false,从此事件不再会传过来，也就是不会走dispatchTouchEvent。更不会走ontouchevent
3.针对一个ViewGroup来讲(没有子view的时候)：
事件的走向是dispatchTouchEvent->onInterceptTouchEvent->onTouchEvent
我们会发现它们的逻辑跟view 的没什么两样，只是在走down事件的时候onInterceptTouchEvent会在中间，而这里不管onInterceptTouchEvent返回什么都不会干扰它像2.形容的那样运行，难道onInterceptTouchEvent这个方法没用？
4.当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.ontouch->返回true->move,up等事件viewgroup.dispatchTouchEvent->viewgroup.ontouch
|->返回false,则该viewgroup不会再收到后续事件了
分支3：子view的onTouch返回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
最后总结一下：
事件在哪层View被消耗，表示该View能接受该事件,后续事件都会分发到该层的onTouchEvent()方法上。如果事件传递到某一层的子 view 的 onTouchEvent 上了，这个方法返回了 false ，那么这个事件会从这个 view 往上传递，都是 onTouchEvent 来接收。 而如果传递到最上面的 onTouchEvent 也返回 false 的话，这个事件就会“消失”，而且该子view接收不到下一次事件。