Android Touch事件传递机制解析 (推荐)

最近新闻列表里的下拉 down up  move 等等让我十分头疼 ,无意间看到了一篇非常不错的帖子，转载如下：

开篇语：最近程序在做一个小效果，要用到touch，结果整得云里面雾里的，干脆就好好把android touch机制好好看了一下，呵呵。。

android系统中的每个ViewGroup的子类都具有下面三个和TouchEvent处理密切相关的方法：

1）public boolean dispatchTouchEvent(MotionEvent ev)          这个方法用来分发TouchEvent

2）public boolean onInterceptTouchEvent(MotionEvent ev)         这个方法用来拦截TouchEvent

3）public boolean onTouchEvent(MotionEvent ev)                 这个方法用来处理TouchEvent

注意：不是所有的View的子类，很多教程都说的是所有的View的子类，只有可以向里面添加View的控件才需要分发，比如TextView它本身就是最小的view了，所以不用再向它的子视图分发了，它也没有子视图了，所以它没有dispatch和Intercept，只有touchEvent。

说明： 白色为最外层，它占满整个屏幕；

红色为中间区域，属于白色中的一层；

黑色为中心区域，必于红色中的一层。

注意：他们本质上是：LinearLayout，而不是RelativeLayout或者其它布局。

1.由中心区域处理touch事件

布局文件如下：

  1. <?xml version="1.0" encoding="utf-8"?>
  2. <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
  3. android:layout_width="fill_parent"
  4. android:layout_height="fill_parent"
  5. android:orientation="vertical">
  6. <com.kris.touch.widget.TouchView
  7. android:id="@+id/view_out"
  8. android:layout_width="fill_parent"
  9. android:layout_height="fill_parent"
  10. android:background="#fff"
  11. android:gravity="center">
  12. <com.kris.touch.widget.TouchView
  13. android:id="@+id/view_mid"
  14. android:layout_width="300px"
  15. android:layout_height="400px"
  16. android:background="#f00"
  17. android:gravity="center">
  18. <com.kris.touch.widget.TouchView
  19. android:id="@+id/view_center"
  20. android:layout_width="150px"
  21. android:layout_height="150px"
  22. android:background="#000"
  23. android:gravity="center"
  24. android:clickable="true">
  25. </com.kris.touch.widget.TouchView>
  26. </com.kris.touch.widget.TouchView>
  27. </com.kris.touch.widget.TouchView>
  28. </LinearLayout>

复制代码

注意：                android:clickable="true"  

接下来我们看一下打印的日志：

结合是上面的日志，我们可以看一下ACTION_DOWN事件处理流程：

说明：

首先触摸事件发生时（ACTION_DOWN），由系统调用Activity的dispatchTouchEvent方法，分发该事件。根据触摸事件的坐标，将此事件传递给out的dispatchTouchEvent处理,out则调用onInterceptTouchEvent 判断事件是由自己处理，还是继续分发给子View。此处由于out不处理Touch事件，故根据事件发生坐标，将事件传递给out的直接子View（即middle）。

Middle及Center中事件处理过程同上。但是由于Center组件是clickable 表示其能处理Touch事件，故center中的onInterceptTouchEvent方法将事件传递给center自己的onTouchEvent方法处理。至此，此Touch事件已被处理，不继续进行传递。

2.没有指定谁会处理touch事件

布局文件如下：

  1. <?xml version="1.0" encoding="utf-8"?>
  2. <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
  3. android:layout_width="fill_parent"
  4. android:layout_height="fill_parent"
  5. android:orientation="vertical">
  6. <com.kris.touch.widget.TouchView
  7. android:id="@+id/view_out"
  8. android:layout_width="fill_parent"
  9. android:layout_height="fill_parent"
  10. android:background="#fff"
  11. android:gravity="center">
  12. <com.kris.touch.widget.TouchView
  13. android:id="@+id/view_mid"
  14. android:layout_width="300px"
  15. android:layout_height="400px"
  16. android:background="#f00"
  17. android:gravity="center">
  18. <com.kris.touch.widget.TouchView
  19. android:id="@+id/view_center"
  20. android:layout_width="150px"
  21. android:layout_height="150px"
  22. android:background="#000"
  23. android:gravity="center">
  24. </com.kris.touch.widget.TouchView>
  25. </com.kris.touch.widget.TouchView>
  26. </com.kris.touch.widget.TouchView>
  27. </LinearLayout>

复制代码

注意：只是比上一次的布局少了android:clickable="true" 
接下来我们看一下打印的日志

结合是上面的日志，我们可以看一下ACTION_DOWN事件处理流程：

说明：

事件处理流程大致同上，区别是此状态下，所有组件都不会处理事件，事件并不会被center的onTouchEvent方法“消费”，则事件会层层逆向传递回到Activity，若Activity也不对此事件进行处理，此事件相当于消失了（无效果）。

对于后续的move、up事件，由于第一个down事件已经确定由Activity处理事件，故up事有由Activity的dispatchTouchEvent直接分发给自己的onTouchEvent方法处理。

代码请看最后的附件

总结：

1) Touchevent 中，返回值是 true ，则说明消耗掉了这个事件，返回值是 false ，则没有消耗掉，会继续传递下去，这个是最基本的。2) 事件传递的两种方式： 
隧道方式：从根元素依次往下传递直到最内层子元素或在中间某一元素中由于某一条件停止传递。 
冒泡方式：从最内层子元素依次往外传递直到根元素或在中间某一元素中由于某一条件停止传递。 android对Touch Event的分发逻辑是View从上层分发到下层（dispatchTouchEvent函数）类似于隧道方式，然后下层优先开始处理Event（先mOnTouchListener，再onTouchEvent）并向上返回处理情况（boolean值），若返回true，则上层不再处理。类似于冒泡方式 
于是难题出现了，你若把Touch Event都想办法给传到上层了（只能通过返回false来传到上层），那么下层的各种子View就不能处理后续事件了。而有的时候我们需要在下层和上层都处理Touch事件

举个例子，ViewFlipper用来检测手势，在内部我们放几个Image,有点像gallery的效果，也就是左右滑动切换图片，但是图片有时候我们希望可以放大缩小！这样就会存在ViewFlipper里面需要touch事件，而在image里面也需要一个touch事件（当图片大小屏幕边界的时候可以拖动图片，而不是左右切换图片）。

我首先的思路是着手于事件回传的方式，研究了n久，实际了n久，都没达到自己想要的结果 ，我甚至于把gallery和gallery3D 的源码下载下来看了N久也没办法去解决，在这里随便说一下gallery吧，gallery虽然在这个效果，但是人家并不是ViewFlipper加image这样来实现的，人家是像游戏这样用一个view来统一处理的，我们可以简单的理解成自定义了一个控件，这样touch事件想怎么处理就怎么处理，不过就是逻辑复杂了，我们想偷懒就没办法了，呵呵。。。

最后不停的试啊试啊，想到一个可行的方案，但是我觉得不是很靠谱，也就是：我们在ViewFlipper这里，我们先把所有的touch都截取到，然后在他的onTouchEvent中，我们先调用imageview的onTouchEvent事件，如果返回true,证明这个事件，imageview要用，那么ViewFlipper就当什么事都没发生，如果imageview返回的false,则调用自己的touchEvent.伪代码如下：

  1. //自定义一个MyViewFlipper 继承于ViewFlipper，并且实现onTouchEvent方式，

复制代码

我觉得他不靠谱的原因为： 1. 他打断了android的原有的机制，不是很提倡。 
2. 得试先知道ViewFlipper里面的控件，或者说通过某种路径能获取到 
3. 如果ViewFlipper里面的控件多了，就蛋疼了

好了，如果有什么意见或者建议，大家一起讨论。

原文链接：http://www.cnblogs.com/jqyp/archive/2012/04/25/2469758.html

时间： 2024-11-02 22:29:52

Android Touch事件传递机制解析 (推荐)的相关文章

【转】Android Touch事件传递机制解析

原文地址:http://www.cnblogs.com/runssnail/p/4250549.html 说明:本文在原文地址上有所改动 一.小故事 在讲正题之前我们讲一段有关任务传递的小故事,抛砖迎玉下: 话说一家软件公司,来一个任务,分派给了开发经理去完成 开发经理拿到,看了一下,感觉好简单,于是 开发经理:分派给了开发组长 开发组长:分派给了自己组员(程序员) 程序员:分派给了自己带的实习生. 实习生:好苦逼,无法分派,怎么办啊?只能自己干了 但是实习生能不能做好,有两种情况了. 情况一:

Android Touch事件传递机制解析

开篇语:最近程序在做一个小效果,要用到touch,结果整得云里面雾里的,干脆就好好把android touch机制好好看了一下,呵呵.. android系统中的每个ViewGroup的子类都具有下面三个和TouchEvent处理密切相关的方法: 1)public boolean dispatchTouchEvent(MotionEvent ev)          这个方法用来分发TouchEvent 2)public boolean onInterceptTouchEvent(MotionEv

Android touch 事件传递机制

前言: (1)在自定义view的时候经常会遇到事件拦截处理,比如在侧滑菜单的时候,我们希望在侧滑菜单里面有listview控件,但是我们希望既能左右滑动又能上下滑动,这个时候就需要对触摸的touch事件进行拦截.这个时候我们就需要明白android touch 事件传递机制, (2)以前很多时候比较模糊,也许是网上看到也有很多事件传递的相关文章,但我看着头晕,解释不彻底,有的说得一半,总算不满足不满意,于是据我自己的理解来彻底的来整理下具体的是怎么个传递方式,分享给大家,希望大家看到有什么不对的

Android Touch事件传递机制详解 上

尊重原创:http://blog.csdn.net/yuanzeyao/article/details/37961997 最近总是遇到关于Android Touch事件的问题,如:滑动冲突的问题,以前也花时间学习过Android Touch事件的传递机制,可以每次用起来的时候总是忘记了,索性自己总结一下写篇文章避免以后忘记了,其实网上关于Touch事件的传递的文章真的很多,但是很少有系统性的,都是写了一个简单的demo运行了一下,对于我们了解Android Touch事件基本上没有任何帮助. 今

Android Touch事件传递机制引发的血案

尊重原创:http://blog.csdn.net/yuanzeyao/article/details/38942135 关于Android Touch事件传递机制我之前也写过两篇文章,自觉得对Touche事件还是理解得比較清楚的,可是近期遇到的一个问题,让我再次对Android Touche事件进行一次学习. 我的关于Android Touche事件传递机制的文章例如以下: http://blog.csdn.net/yuanzeyao/article/details/37961997 http

Android Touch事件传递机制 二：单纯的（伪生命周期）

转载于:http://blog.csdn.net/yuanzeyao/article/details/38025165 在前一篇文章中,我主要讲解了Android源码中的Touch事件的传递过程,现在我想使用一个demo以及一个实例来学习一下Andorid中的Touch事件处理过程. 在Android系统中,和Touch事件分发和处理紧密相关的三个函数如下:(1) public boolean dispatchTouchEvent(MotionEvent ev)(2) public boolea

Android Touch事件传递机制详解 下

尊重原创:http://blog.csdn.net/yuanzeyao/article/details/38025165 资源下载:http://download.csdn.net/detail/yuanzeyao2008/7660997 在前一篇文章中,我主要讲解了Android源码中的Touch事件的传递过程,现在我想使用一个demo以及一个实例来学习一下Andorid中的Touch事件处理过程. 在Android系统中,和Touch事件分发和处理紧密相关的三个函数如下:(1) public

Android Touch事件传递机制通俗讲解

在讲正题之前我们讲一段有关任务传递的小故事,抛砖迎玉下: 话说一家软件公司,来一个任务,分派给了开发经理去完成: 开发经理拿到,看了一下,感觉好简单,于是 开发经理:分派给了开发组长 开发组长:分派给了自己组员(程序员) 程序员:分派给了自己带的实习生. 实习生:好苦逼,无法分派,怎么办啊?只能自己干了 但是实习生能不能做好,有两种情况了. 情况一: 实习生:经过一段时间的研究,琢磨,熬夜,奋斗,死敲,皇天不负有心人啊,完成了. 后来又来一个类似的任务,也按着这样传递下去了(开发经理->开发组长

Android Touch事件传递机制全面解析（从WMS到View树）

转眼间近一年没更新博客了,工作一忙起来.非常难有时间来写博客了,因为如今也在从事Android开发相关的工作,因此以后的博文也会很多其它地专注于这一块. 这篇文章准备从源代码层面为大家带来Touch事件的传递机制.我这里分析的源代码时Android4.4的. 说到分析源代码,光看肯定是不行的,一定要亲自去跟,而且要边跟边思考,所以在下一篇中.会有一个Demo来为大家详细分析源代码的走向. 以下进入正题,先来看下Android中事件的分类: 1.键盘事件:主要是指按下虚拟键盘的某个按键.或者机身的