android Touch事件传递机制解析

在讲正题以前咱们讲一段有关任务传递的小故事，抛砖迎玉下：

话说一家软件公司，来一个任务，分派给了开发经理去完成：

开发经理拿到，看了一下，感受好简单，因而

开发经理：分派给了开发组长

开发组长：分派给了本身组员（程序员）

程序员：分派给了本身带的实习生。

实习生：好苦逼，没法分派，怎么办啊？只能本身干了

可是实习生能不能作好，有两种状况了。

状况一：

实习生：通过一段时间的研究，琢磨，熬夜，奋斗，死敲，皇天不负有心人啊，完成了。

后来又来一个相似的任务，也按着这样传递下去了（开发经理->开发组长->程序员->实习生），又有实习生完成了。

状况二：

实习生：通过一段时间的研究，琢磨，就是毫无头绪，没法完成，只能求教师傅（程序员）了。

程序员：啊，我怎么没留意就给实习生搞了，这任务好难啊，本身研究下，也没有头绪，没办法只能请求组长了。

开发组长：这任务不难啊，怎么我底下的人都不会了，没办法，只能本身搞了，通过，一段时间，完成了，感想，之后要是又有跟这个很相似的任务，我就本身弄了，不给他们弄了。

后来又来一个相似的任务，传递是这样的

开发经理：分派给开发组长

开发组长：啊，又是跟着上一个很相似的任务，我本身弄吧，没过多久也完成了！

PS:以上就是一个任务传递的过程。上级一开始总会想把任务分派给本身的下属去弄，而后任务一步一步去传递下去，最后由一我的去完成他，固然传递下去，最底下人不会，也会一步一步的回滚，又他上级去完成，若是又有一个相似的任务，那个节点不会的人就不会再传递给他，给他也不会弄。固然实现中，这些任务的传递也可能被分派人去拦截，好比说，开发组长本打算分派给程序员，忽然他不想传递了，就半路拦截了下来。

而在咱们android Touch事件传递机制跟这个很相似，思想差很少，有句话说，设计来源于生活。跟Touch事件有关的处理方法主要由三个：

//分派事件
public boolean dispatchTouchEvent(MotionEvent ev)
//拦截事件 
public boolean onInterceptTouchEvent(MotionEvent ev)
//处理事件
public boolean onTouchEvent(MotionEvent event)

用他们的时候，咱们只须要重写一下，便可操做，这三个方法主要在三种类被调用，那三种类呢？

基类	例子类	拥有的方法
继承Activity（activity类）	MainActivity（因项目而异）	dispatchTouchEvent,onTouchEvent
继承ViewGroup（View容器）	RelativeLayout，FrameLayout，LinearLayout,AbsoluteLayout,ListView,ScrollView...	dispatchTouchEvent,onInterceptTouchEvent,onTouchEvent
继承View（View控件）	Button,EditText,TextView,ImageView....	dispatchTouchEvent,onTouchEvent

 

而这三个方法的含义是什么呢？

事件	含义
dispatchTouchEvent	用来分派事件。 其中调用了onInterceptTouchEvent()和onTouchEvent()，通常不重写该方法
onInterceptTouchEvent	用来拦截事件。 ViewGroup类中的源码实现就是{return false;}表示不拦截该事件， 事件将向下传递（传递给其子View）； 若手动重写该方法，使其返回true则表示拦截，事件将终止向下传递， 事件由当前ViewGroup类来处理，就是调用该类的onTouchEvent()方法
onTouchEvent	用来处理事件。 返回true则表示该View能处理该事件，事件将终止向上传递（传递给其父View）； 返回false表示不能处理，则把事件传递给其父View的onTouchEvent()方法来处理

根据上面的小故事，咱们用代码去实现一下：

我新建了四个类：MainActivity（开发经理），FirstFrameLayout（开发组长），SecondRelativeLayout（程序员），ThirdTextView（实习生）

在界面的层次关系以下图：

我就比如咱们前面的故事状况一，状况二那么模拟下：

状况一

首先咱们按照上面的故事状况一那样，任务一级一级传递下去（将viewgroup的类的onInterceptTouchEvent都返回false），而后事件就会一直传递到，ThirdTextview，最后，咱们把它的onTouchEvent返回ture（含义是实习生处理成功了）。咱们点击蓝色区域。咱们看下日志。

状况二

首先咱们仍是一级级传递下去（将viewgroup的类的onInterceptTouchEvent都返回false），而后是传递到ThirdTextview，咱们将它的onTouchEvent返回false（含义是实习生处理失败了），再讲SecondRelativeLayout的onTouchEvent返回false（含义是程序员处理失败了），最后讲FirstFrameLayout的onTouchEvent返回true（含义是组长处理成功了）。咱们点击蓝色区域。咱们看下日志，以下图。

注：上面两种状况的日志图，红色框表明第一个任务，黄色框表明第二个相似的任务。根据上图日志，咱们画下传递图：

状况一事件传递图：

 状况二事件传递图：

从上面两张事件传递图咱们的出来一些结论：

1.事件是先有dispatchTouchEvent分派给下一级

2.要通过onInterceptTouchEvent是否须要拦截，不拦截传递给下一级，最终传递给view控件，

3.onTouchEvent方法中，在处理事件中，若是返回True，则表示能处理，传递将会终止。反着，不能，若是不能的话，这会返回上一级的onTouchEvent方法中，若是仍是false，会一直到到上一层的onTouchEvent方法中。

好奇的咱们会发现一个问题：图二中的黄色线，没有像红色线那样，先传递到最底层，而后再回滚回去，这是为何呢？

答：就如咱们故事中，他都知道了，底下人都不会去作了，那么他干吗还分派给他呢，他就会本身作了，直接给onTouchEvent ，这就是事件传递中的“记忆”功能。咱们是手指点击蓝色区域，Touch事件有两个，第一个ACTION_DOWN，第二个ACTION_UP，第一个ACTION_DOWN事件向下传递到某View，它把事件继续传递交给它的子View，它会记录该事件是否被它下面的View给处理成功了，（怎么能知道呢？若是该事件会再次被向上传递到我这里来由个人onTouchEvent来处理，那就说明下面的View都没能成功处理该事件）；当第二个ACTION_UP事件向下传递到该View，该View的dispatchTouchEvent方法机会判断，若上次的事件由下面的view成功处理了，那么此次的事件就继续交给下面的来处理，若上次的事件没有被下面的处理成功，那么此次的事件就不会向下传递了，该View直接调用本身的onTouchEvent方法来处理该事件。

PS：关于这“记忆”功能的信息只在一系列事件完成以前有效，也就是从ACTION_DOWN事件开始，直到后续事件ACTION_MOVE，ACTION_UP结束后，“记忆”的信息就会清除。也就是说若是某View处理ACTION_DOWN事件失败了（onTouchEvent()返回false），那么后续的ACTION_MOVE,ACTION_UP等事件就不会再传递到该View了，由其父View本身来处理。在下一次发生ACTION_DOWN事件的时候，仍是会传递到该View的。

补充说明：

-》若在向下传递的过程当中被拦截了，即onInterceptTouchEvent方法返回true，则事件将中止向下传递，直接由当前的onTouchEvent方法来处理，若处理成功则OK，若处理不成功，则事件会向上传递。

谢谢收看。

实例代码：http://download.csdn.net/detail/chenjie_920/8398413