一、首先我们先准备材料，采用最简单的打Log的方式来进行事件分发的详解，其实事件的传递机制就是代码之间的相互调用。
下面是我准备的activity，view 以及viewGroup中重写的触摸时间的三个方法。
分别是
activity中重写：dispatchTouchEvent(MotionEvent ev)和onTouchEvent(MotionEvent event)这两个方法，并没有拦截事件的方法，因为没有子View。
view中重写dispatchTouchEvent(MotionEvent ev)和onTouchEvent(MotionEvent event)这两个方法，并没有拦截事件的方法，因为view也没有子view。
viewGroup中重写三个方法：dispatchTouchEvent(MotionEvent ev)和onTouchEvent(MotionEvent event)，dispatchTouchEvent(MotionEvent ev)
以上这些代码都是采用最原始的返回值 ，只不过是把每个方法的返回值和事件的名称打印出来了。
以上代码运行起来的界面结果如下图所示：
外面红色的就是我自定义的viewgroup的布局，里面有个绿色的自定义的view的布局，然后点击绿色的也就是自定义view的区域，那么重点来了：
① 首先代码中的什么信息我都不更改，只是把activity中的触摸事件的方法注释掉，看一下代码执行的顺序。
从上面的截图中你可以很清楚的看到代码执行的顺序，首先执行的是viewGroup中的分发的方法，经过点击这个方法的源码我们可以知道，在源码里面调用了viewGroup的拦截事件的方法，然后拦截事件返回的是false，也就是表明不拦截触摸事件，然后viewGroup的分发方法又会调用view的分发事件的方法，事件会传到View的分发的方法中，然后会调用view的处理事件的方法，这里，默认的也是返回的false，也就是表明view不处理或者不消费这个触摸事件。然后viewGroup一看 我艹 子控件不消费这个事件 然后自己看看自己消费不，结果发发现自己也不消费，就会传递的他自己的上一级，到这里，view和ViewGroup的事件传递大概完成了。其实就是一个由外向内再由内向外的一个传递过程。下面的过程类同。
② 我们把activity中注释掉的代码去掉 看看代码执行的顺序。
③ 我们把view中onTouchEvent(MotionEvent event)的返回值改成true，意思就是让view消费掉这个事件，看看代码执行的顺序。
这个图中你会看到事被View消费过之后，就不会执行viewGroup的消费事件的方法。
④这次我们让ViewGroup消费掉事件 也就是让viewGroup的消费事件的方法返回为true
怎么样，是不是很奇特？
⑤ 这次我们直接让viewGroup拦截掉事件，也就viewgroup的拦截事件的方法更改为返回true，
这次我们可以看到拦截之后直接回执行自己的事件消费方法，结果发现不消费 则直接返回。
但是需要注意的是，下次再有时间过来的时候，时间就不会传递到viewgroup中，这一点好智能！！！
最后，一张图总结
最后最后最后的总结-------------------------------------------------------------------------
事件是一组一组的，以DOWN开始，0到n个MOVE，以UP结尾
事件是从外出ViewGroup往内层传递，如果过程中有控件消费（onTouchEvent），事件不再往下传递，如果过程中没有被消费，事件再依次回传，最终回传到Activity中
ViewGroup可以拦截事件，默认5大布局都不拦截事件，如果拦截了事件，调用自己的onTouchEvent方法，事件不往下传递
事件传递过程中，如果一个控件在onTouchEvent方法中没有消费DOWN事件，以后父容器不再给你传递任何事件。
如果有什么不对的地方 还望各位提出你宝贵的意见，哈哈哈哈哈哈
