在android中的Touch分发中，经常可以看到从ACTION_DOWN->ACTION_MOVE->ACTION_UP，当我们不了解它是如何分发的话总感觉一头雾水，所以有必要了解它的整体分发过程，所以很有必要好好的记录下。
事件分发函数
public void dispatchTouchEvent(MotionEvent ev).
public void onInterceptTouchEvent(MotionEvent ev).
public void onTouchEvent(MotionEvent ev).
整体的Touch分发我们需要从这三个分发函数中来了解其分发顺序，其中的onInterceptTouchEvent函数只有ViewGroup中才特有的函数。我们根据每个分发的函数中return的结果来判断是否需要继续往上分发改Touch事件。
在我们需要测试Touch分发的地方写入log来进行研究其结果.
首先我们定义两个ViewGroup分别extends LinearLayout并分别在dispatchTouchEvent，onInterceptTouchEvent，onTouchEvent写入log，如下<由于都是简单的log写入所以只举例说明>：
public boolean dispatchTouchEvent(MotionEvent ev) {int action = ev.getAction();switch (action) {case MotionEvent.ACTION_DOWN:Log.i(TAG, "— dispatchTouchEvent -> action_down");break;case MotionEvent.ACTION_MOVE:Log.i(TAG, "— dispatchTouchEvent -> action_move");break;case MotionEvent.ACTION_UP:Log.i(TAG, "— dispatchTouchEvent -> action_up");break;case MotionEvent.ACTION_CANCEL:Log.i(TAG, "— dispatchTouchEvent -> action_cancle");break;}return super.dispatchTouchEvent(ev);}然后我们继续自定个TouchButton extends Button也如上重写了dispathTouchEvent 和 onTouchEvent方法，然后再Activity中也写上这两个方法，我们主要通过log来分析分发手势，大致的界面布局为：
1.在Activity ParentLayout TouchButton中都按默认的分发的情况下：
可以看到在默认情况是按Activity-ParentLayout-ChildLayout-TouchButton来进行分发，且在TouchButton中return true，所以我们可以看出手势分发是从activity往上分发手势，在默认情况下成功的在TouchButton中消耗掉，在dispathTouchEvent中down move up中任何一个地方返回true 那么该手势就不会往下分发直接在本控件内消耗了。
2.当在ParentLayout中的onInterceptTouchEvent中的ACTON_DOWN中返回true的时候：
如果在onInterceptTouchEvent中被拦截了 导致事件无法继续传递下去 且 无法接收到继续的move 和 up事件，所以最终的时间仍然回到了activity消耗了。
3.当我们在onInterceptTouchEvent中的ACTION_MOVE中返回true的话：
会分发cancle事件下去给child和button 然后把事件传递给ontouchevent 且 child和button无法接收到move和up事件，这种情况下我们最经常需要到，很多情况下都是拦截该分发手势来进行移动从而达到自定义ViewGroup的滑动效果。
最后说两句：
我们根据dispathTouchEvent来分发手势，如果在该方法中就return true的情况下 那么接下来的手势只能在本View或者Activity消耗了，，反之最后的手势会在TouchButton中消耗掉。
在onInterceptTouchEvent的move中返回true的话那么上层的View只能接收到ACTION_CANCLE事件而不会受到任何别的事件，最终在本ViewGroup中消耗了。
看了哪些风景，遇到哪些人。尽管同学说，
