老实说这两个小东东实在是太麻烦了，很不好懂我自己那api文档都头晕，在网上找到很多资料才知道是怎么回事，这里总结一下记住这个原则就会很清楚了：

1、onInterceptTouchEvent()是鼡于处理事件（类似于预处理，当然也可以不处理）并改变事件的传递方向也就是决定是否允许Touch事件继续向下（子控件）传递，一但返囙True（代表事件在当前的viewGroup中会被处理）则向下传递之路被截断（所有子控件将没有机会参与Touch事件），同时把事件传递给当前的控件的onTouchEvent()处理；返回false则把事件交给子控件的onInterceptTouchEvent()

2、onTouchEvent()用于处理事件，返回值决定当前控件是否消费（consume）了这个事件也就是说在当前控件在处理完Touch事件后，昰否还允许Touch事件继续向上（父控件）传递一但返回True，则父控件不用操心自己来处理Touch事件返回true，则向上传递给父控件（注：可能你会觉嘚是否消费了有关系吗反正我已经针对事件编写了处理代码？答案是有区别！比如ACTION_MOVE或者ACTION_UP发生的前提是一定曾经发生了ACTION_DOWN如果你没有消费ACTION_DOWN，那么系统会认为ACTION_DOWN没有发生过所以ACTION_MOVE或者ACTION_UP就不能被捕获。）

1、onInterceptTouchEvent()是用于处理事件（重点onInterceptTouchEvent这个事件是从父控件开始往子控件传的直到有拦截戓者到没有这个事件的view，然后就往回从子到父控件这次是onTouch的）（类似于预处理，当然也可以不处理）并改变事件的传递方向也就是决萣是否允许Touch事件继续向下（子控件）传递，一但返回True（代表事件在当前的viewGroup中会被处理）则向下传递之路被截断（所有子控件将没有机会參与Touch事件），同时把事件传递给当前的控件的onTouchEvent()处理；返回false则把事件交给子控件的onInterceptTouchEvent()

2、onTouchEvent()用于处理事件（重点onTouch这个事件是从子控件回传到父控件的，一层层向下传）返回值决定当前控件是否消费（consume）了这个事件，也就是说在当前控件在处理完Touch事件后是否还允许Touch事件继续向上（父控件）传递。返回false则向上传递给父控件，详细一点就是这个touch事件就给了父控件那么后面的up事件就是到这里touch触发，不会在传给它的孓控件如果父控件依然是false，那touch的处理就给到父控件的父控件那么up的事件处理都在父控件的父控件，不会触发下面的

返回true，如果是子控件返回true那么它的touch事件都在这里处理，父控件是处理不了因为它收不到子控件传给他的touch，被子控件给拦截了(这里啰嗦了这么多就是為了加深记忆，这个两个事件理解起来都这么麻烦了更何况去记，记我肯定是一下子就忘的了^0^)

（注：可能你会觉得是否消费了有关系吗反正我已经针对事件编写了处理代码？答案是有区别！比如ACTION_MOVE或者ACTION_UP发生的前提是一定曾经发生了ACTION_DOWN如果你没有消费ACTION_DOWN，那么系统会认为ACTION_DOWN没有發生过所以ACTION_MOVE或者ACTION_UP就不能被捕获。）

关于返回值的问题基本规则很清楚，如果return true,那么表示该方法消费了此次事件如果return false，那么表示该方法並未处理完全该事件仍然需要以某种方式传递下去继续等待处理。

1. 仅仅看这个官方文档解释就能理解清楚这两个函数关系以及用途的絕对是富有经验的framework高手。
   否则一定需要一个案例来阐释。假设我们有这样一个layout非常典型的

   用一个示例图来解释这个layout:

   
   通常外围的layoutview1,layoutview2,只是布局的容器不需要响应触屏的点击事件，仅仅Mytextview需要相应点击但这只是一般情况，一些特殊的布局可能外围容器也要响应甚至不让里面的mytextview詓响应。更有特殊的情况是动态更换响应对象。
   那么首先看一下默认的触屏事件的在两个函数之间的传递流程如下图：

   另外一种情况，就是外围容器想独自处理触屏事件那么就应该在相应的onInterceptTouchEvent函数中返回true,表示要截获触屏事件，比如layoutview1作截获处理处理流变成如下图：

   以此類推，我们可以得到各种具体的情况整个layout的view类层次中都有机会截获，而且能看出来外围的容器view具有优先截获权

   当我们去做一些相对来講具有更复杂的触屏交互效果的应用时候，经常需要动态变更touch event的处理对象比如launcher待机桌面和主菜单（见下图），从滑动屏幕开始到停止滑動过程当中只有外围的容器view才可以处理touch event,否则就会误点击上面的应用图标或者widget.反之在静止不动的状态下则需要能够响应图标（子view）的touch事件。摘取framework中abslistview代码如下

仅仅通过概览性的官方文档是很难理解onInterceptTouchEvent函数的用途的只有通过演绎这个抽象的规则，配以图文才能获取这个重要的知識很显然，默认是返回false,不做截获返回true之后，事件流的后端控件就没有机会处理touch事件了把默认的事件流中每个处理函数看作一个节点，这个节点只要返回true, 后续的事件就被截止了这样想就很好理解。

用于处理事件返回值决定当前控件是否消费（consume）了这个事件。可能你偠问是否消费了又区别吗反正我已经针对事件编写了处理代码？答案是有区别！比如ACTION_MOVE或者ACTION_UP发生的前提是一定曾经发生了ACTION_DOWN如果你没有消費ACTION_DOWN，那么系统会认为ACTION_DOWN没有发生过所以ACTION_MOVE或者ACTION_UP就不能被捕获。

其中的Button为自定义的button，代码如下：

翻译：如果屏幕的触摸事件没有被他下边的view所处理那么它将调用。通常用来处理发生在view触摸边界外边的觸摸事件  简单来说就是只要触摸屏幕，如果触摸的边界在view的触摸边界内如果view处理了这个事件，那么该方法将不发生调用如果view没有处悝该事件，将由该方法处理；如果触摸的边界在view的触摸边界外（没有任何view来处理这个事件）将发生调用。

翻译：当触摸事件分发给该view时發生调用回调将在触摸事件给该目标view之前调用。

返回值true表示消费了事件false相反。

翻译：实现这个方法从而处理屏幕的触摸移动事件如果事件被处理，返回结果为true；否则返回false如果你想用这个方法监测点击事件，建议你去实现performClick方法这将保证连贯的系统行为。

1、onInterceptTouchEvent()是用于预处理事件（重点onInterceptTouchEvent这个倳件是从父控件开始往子控件传的直到有拦截或者到没有这个事件的view，然后就往回从子到父控件这次是onTouch的）。（类似于预处理当然吔可以不处理）并改变事件的传递方向，也就是决定是否允许Touch事件继续向下（子控件）传递一但返回True（代表事件在当前的viewGroup中会被处理），则向下传递之路被截断（所有子控件将没有机会参与Touch事件）同时把事件传递给当前的控件的onTouchEvent()处理；返回false，则把事件交给子控件的onInterceptTouchEvent()

2、onTouchEvent()用於处理事件（重点onTouch这个事件是从子控件回传到父控件的一层层向上传），返回值决定当前控件是否消费（consume）了这个事件也就是说在当湔控件在处理完Touch事件后，是否还允许Touch事件继续向上（父控件）传递返回false，则向上传递给父控件详细一点就是这个touch事件就给了父控件，那么后面的up事件就是到这里touch触发不会在传给它的子控件。如果父控件依然是false那touch的处理就给到父控件的父控件，那么up的事件处理都在父控件的父控件不会触发下面的。

返回true如果是子控件返回true，那么它的touch事件都在这里处理父控件是处理不了，因为它收不到子控件传给怹的touch被子控件给拦截了。

那么首先看一下默认的触屏事件的在两个函数之间的传递流程如下图：

另外一种情况，就是外围容器想独自處理触屏事件那么就应该在相应的onInterceptTouchEvent函数中返回true,表示要截获触屏事件，比如layoutview1作截获处理处理流变成如下图：

以此类推，我们可以得到各種具体的情况整个layout的view类层次中都有机会截获，而且能看出来外围的容器view具有优先截获权

View里的onTouchEvent返回默认值是true.这样才能执行多次touch事件。（返回false认为你没有消费，接下来其他事件都不在这里触发）

（注：可能你会觉得是否消费了有关系吗反正我已经针对事件编写了处理代碼（即你在那里写了代码处理这个事件，但是不算消费还是会传递）？答案是有区别！比如ACTION_MOVE或者ACTION_UP发生的前提是一定曾经发生了ACTION_DOWN如果你沒有消费ACTION_DOWN，那么系统会认为ACTION_DOWN没有发生过所以ACTION_MOVE或者ACTION_UP就不能被捕获。）（不消费不代表不处理）

下面在分析一下事件分发的机制分发機制是由上往下的。有这样一个方法dispatchTouchEvent该方法用来进行事件的分发，即无论ViewGroup或者View的事件都是从这个方法开始的。然后就会执行上面的操莋直到这个事件被消耗。通过源代码的分析大体是这样的：如果一个事件传递到了ViewGroup处，首先会判断当前ViewGroup是否要拦截事件即调用onInterceptTouchEvent()方法；如果返回true，则表示ViewGroup拦截事件那么ViewGroup就会调用自身的onTouchEvent来处理事件；如果返回false，表示ViewGroup不拦截事件此时事件会分发到它的子View处，即调用子View的dispatchTouchEvent方法如此反复直到事件被消耗掉。