Android事件分发机制
【注】：这篇文章中的内容都以这张图来讲解分发机制，其中A、B、C都是ViewGroup，它们的层次关系为：A为根布局，B为二级子布局，C为三级子布局，其中C布局中包含一个Button按钮，即A包含B，B包含C，C包含Button。
好了，废话少说。先来讲下今天的三位主角吧。
1、dispatchTouchEvent - 分发事件，默认为false。true：取消事件，不继续向下分发，false：向下分发事件
2、onInterceptTouchEvent - 拦截事件，默认为false。true：拦截事件，自身的onTouchEvent()方法消费，false：事件继续向下传递
3、onTouchEvent - 处理事件，默认为false，true：消费事件，false：不消费事件，向上层传递让上层处理。【注】如果发生了拦截，那么如果该层不处理则会继续向上传递，让上层处理。如果过程中没有发生处理，则事件分发到底层后将一直向上层传递至Activity，在Activity的onTouchEvent()中处理。【注】如果在设置了setOnClickListener(…)的View或Viewgroup中，返回true则消费事件，会触发onClick事件，如果返回false，则不会触发onClick事件
这里借用网上的两张图片来增加理解：
1、在没有做任何处理，也即默认情况下，触摸屏幕发生的一系列事件分发过程：
如果DOWN事件没有被消费，则后续的MOVE/UP事件将不会传递过来，直接在Activity层处理
2、如果子View消费了事件，则事件的分发过程为：
上面这三个方法就是负责Android中当用户触摸屏幕时事件的分发与处理。在Android中，事件的分发是遵循这样一套机制的：当用户触摸到屏幕时，也就是触摸到Activity界面，当Activity中的dispatchTouchEvent()方法允许分发时，这时这个触摸事件就会先出现在根布局这个ViewGroup中，然后再向里层的ViewGroup或View传递，也就是Activity->RootView->子ViewGroup->…..->View。
如图：
下面我们通过几个示例来看看事件分发到底是怎样的？
我们按最上面那个图布局好后，然后分别实现A、B、C中的dispatchTouchEvent()、onInterceptTouchEvent()、onTouchEvent()三个方法，然后实现Button中的dispatchTouchEvent()、onTouchEvent()两个方法，再用Log分别在各自的方法以这种形式打印出来： Log.v(“zxy”,”C—–>onInterceptTouchEvent”);
【注】：只有ViewGroup中才有onInterceptTouchEvent()拦截事件方法，View中只有分发事件和处理事件这个两个方法。
在默认情况下，我们点击屏幕上的Button
在此之前，要先说个概念，我们知道用户触摸到屏幕时候，会触发一系列事件，顺序为：Down->(Move….)->Up,这里为什么要给Move打括号呢？因为在此过程中，有可能用户只点击然后抬起手指，有可能点击后又移动了多次，所以Move的次数是不确定的，但是只要触摸到屏幕，一定会有Down和Up事件，这里我们假设在点击过程中不移动手指，所以只产生Down和Up两个事件。
所以触摸一次既然有两个事件Down->Up：
1、Up的分发也是取决于Down是否分发，如果Down事件在B层的dispatchTouchEvent()方法返回true，也即取消事件停止分发，那么后续的Move事件、Up事件也只能到达B层，并在B层取消分发。假如我们在A层中的dispatchTouchEvent()方法返回true，也就是取消事件停止分发，那么Down事件会在A层中取消事件，Up事件也会在A层中取消事件（假设我们手指不移动只产生down和up两个事件），所以Log只有Down和Up两个事件并都在A层取消分发，Log如下：
-------------------Down
08-17 21:39:01.447 2661-2661/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:39:01.447 2661-2661/? V/zxy﹕ A----->dispatchTouchEvent
-------------------Up
08-17 21:39:01.540 2661-2661/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:39:01.540 2661-2661/? V/zxy﹕ A----->dispatchTouchEvent2、Down事件无论在哪一层中被拦截即onInterceptTouchEvent()返回true，那么后续的Move事件、Up事件都不会被下发，都只能在Activity层处理。假如我们在A层中onInterceptTouchEvent()返回true，我们可以看打印的Log中Down事件的分发过程，其余事件都停留在Activity层，Log如下：
-------------------Down
08-17 21:28:28.510 2557-2557/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:28:28.510 2557-2557/? V/zxy﹕ A----->dispatchTouchEvent
08-17 21:28:28.510 2557-2557/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 21:28:28.510 2557-2557/? V/zxy﹕ A----->onTouchEvent
08-17 21:28:28.510 2557-2557/? V/zxy﹕ Activity----->onTouchEvent
------------------Up
08-17 21:28:28.596 2557-2557/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:28:28.597 2557-2557/? V/zxy﹕ Activity----->onTouchEvent所以，我们清楚上面的概念后，下面的示例就比较好懂了
在默认情况下，我们分别在那几个方法中用Log打印，看看点击Button后事件传递的流程和各个方法执行的情况（假设手指没有移动），Log如下：
-------------------Down
08-17 21:58:03.585 2810-2810/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ A----->dispatchTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ B----->dispatchTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ C----->dispatchTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ C----->onInterceptTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ Button----->dispatchTouchEvent
08-17 21:58:03.585 2810-2810/? V/zxy﹕ Button----->onTouchEvent
-------------------Up
08-17 21:58:03.677 2810-2810/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ A----->dispatchTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ B----->dispatchTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ C----->dispatchTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ C----->onInterceptTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ Button----->dispatchTouchEvent
08-17 21:58:03.677 2810-2810/? V/zxy﹕ Button----->onTouchEvent我可以看出，点击中间的Button后，首先是调用Activity中的dispatchTouchEvent()方法，因为这个方法默认返回值为false，所以往下分发，然后到了ViewGroup-A，在A中又往下分发到达B，在B中又往下分发到达C，在C中又往下分发到达Button，然后在Button中的onTouchEvent()消费事件，可能这里会有疑问？这里明明是默认情况下，没有发生拦截和onTouchEvent没有指定返回ture，怎么在Button那里就消费了呢？原因是像Button、ImageButton那样可点击的View在默认情况下onTouchEvent是返回ture的表示默认消费事件，而其它默认情况下不可点击的View或ViewGroup则返回false表示默认不消费事件。所以到达Button这层消费了事件就不会往上层传递了。
在B层中取消事件分发
即在B层的dispatchTouchEvent()方法返回true
打印的Log为：
-------------------Down
08-17 22:10:16.872 2923-2923/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:10:16.873 2923-2923/? V/zxy﹕ A----->dispatchTouchEvent
08-17 22:10:16.873 2923-2923/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 22:10:16.873 2923-2923/? V/zxy﹕ B----->dispatchTouchEvent
-------------------Up
08-17 22:10:16.974 2923-2923/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:10:16.974 2923-2923/? V/zxy﹕ A----->dispatchTouchEvent
08-17 22:10:16.974 2923-2923/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 22:10:16.974 2923-2923/? V/zxy﹕ B----->dispatchTouchEvent可以看到，在事件传递到B层后，事件就不能继续分发了，事件取消了
在B层拦截事件
在B层拦截事件后onTouchEvent()返回true，消费事件
-------------------Down
08-17 22:22:29.376 3039-3039/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:22:29.377 3039-3039/? V/zxy﹕ A----->dispatchTouchEvent
08-17 22:22:29.377 3039-3039/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 22:22:29.377 3039-3039/? V/zxy﹕ B----->dispatchTouchEvent
08-17 22:22:29.377 3039-3039/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 22:22:29.377 3039-3039/? V/zxy﹕ B----->onTouchEvent
-------------------Up
08-17 22:22:30.309 3039-3039/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:22:30.309 3039-3039/? V/zxy﹕ A----->dispatchTouchEvent
08-17 22:22:30.309 3039-3039/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 22:22:30.309 3039-3039/? V/zxy﹕ B----->dispatchTouchEvent
08-17 22:22:30.309 3039-3039/? V/zxy﹕ B----->onTouchEvent可以看到，在B层如果拦截后，那么事件就到B层的onTouchEvent()方法中，同时消费该事件
在B层拦截事件后onTouchEvent()返回false，不消费事件，传递给上层处理
首先，因为刚刚在上面讲了，无论在哪个层发生了事件拦截，只有Down事件才会到达该层，而Move、Up事件则将停留在Activity层处理。
又因为该层发生了拦截，所以onTouchEvent()默认返回为false，所以Log如下：
08-17 22:29:01.714 3211-3211/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ A----->dispatchTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ B----->dispatchTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ B----->onTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ A----->onTouchEvent
08-17 22:29:01.715 3211-3211/? V/zxy﹕ Activity----->onTouchEvent
------------------Up
08-17 22:29:01.802 3211-3211/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 22:29:01.802 3211-3211/? V/zxy﹕ Activity----->onTouchEvent从Log中可以看出，在B发生拦截后，该层如果不处理该事件，则会向上一层A传递，同时A默认返回为false，即不处理，再继续向上一层Activity传递，这时候到达顶层了，没有谁可以传递了，就在Activity中消费该事件。同时也可以看到无论哪一层发生拦截后Up事件只能停留在Activity层。
其它情况都默认，当事件到达Button层onTouchEvent()事件的处理
不消费事件，onTouchEvent()返回false
Log为：
因为Button层的onTouchEvent()方法不消费该事件，所以将往上层的父ViewGroup传递，直到消费事件为止
------------------Down
08-17 23:12:31.004 3659-3659/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ A----->dispatchTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ B----->dispatchTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ C----->dispatchTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ C----->onInterceptTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ Button----->dispatchTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ Button----->onTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ C----->onTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ B----->onTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ A----->onTouchEvent
08-17 23:12:31.004 3659-3659/? V/zxy﹕ Activity----->onTouchEvent
------------------Up
08-17 23:12:31.137 3659-3659/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 23:12:31.137 3659-3659/? V/zxy﹕ Activity----->onTouchEvent这里为什么Up事件一直在Activity层呢？因为Down事件分发过程中，如果View或ViewGroup没有对ACTION_DOWN事件进行消费，之后的其他事件也就不会传递过来了。
消费事件，onTouchEvent()返回true（默认情况下就会消费事件）
------------------Down
08-17 23:18:07.619 3783-3783/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 23:18:07.620 3783-3783/? V/zxy﹕ A----->dispatchTouchEvent
08-17 23:18:07.620 3783-3783/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 23:18:07.620 3783-3783/? V/zxy﹕ B----->dispatchTouchEvent
08-17 23:18:07.620 3783-3783/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 23:18:07.620 3783-3783/? V/zxy﹕ C----->dispatchTouchEvent
08-17 23:18:07.620 3783-3783/? V/zxy﹕ C----->onInterceptTouchEvent
08-17 23:18:07.620 3783-3783/? V/zxy﹕ Button----->dispatchTouchEvent
08-17 23:18:07.620 3783-3783/? V/zxy﹕ Button----->onTouchEvent
------------------Up
08-17 23:18:07.728 3783-3783/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 23:18:07.728 3783-3783/? V/zxy﹕ A----->dispatchTouchEvent
08-17 23:18:07.728 3783-3783/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 23:18:07.728 3783-3783/? V/zxy﹕ B----->dispatchTouchEvent
08-17 23:18:07.728 3783-3783/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 23:18:07.729 3783-3783/? V/zxy﹕ C----->dispatchTouchEvent
08-17 23:18:07.729 3783-3783/? V/zxy﹕ C----->onInterceptTouchEvent
08-17 23:18:07.729 3783-3783/? V/zxy﹕ Button----->dispatchTouchEvent
08-17 23:18:07.729 3783-3783/? V/zxy﹕ Button----->onTouchEvent从Log中可以看出，在Button层消费了该事件后，将不再往上层传递
如果点击Button后，我们想让这个Down事件在C层处理完
因为我们想让这个Down事件在C层就处理完，所以在C层我们就拦截该事件设置onInterceptTouchEvent()返回值为true，并在C层onTouchEvent()中返回true消费事件。Log为：
-------------------Down
08-17 23:29:06.605 3979-3979/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 23:29:06.606 3979-3979/? V/zxy﹕ A----->dispatchTouchEvent
08-17 23:29:06.606 3979-3979/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 23:29:06.606 3979-3979/? V/zxy﹕ B----->dispatchTouchEvent
08-17 23:29:06.606 3979-3979/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 23:29:06.606 3979-3979/? V/zxy﹕ C----->dispatchTouchEvent
08-17 23:29:06.606 3979-3979/? V/zxy﹕ C----->onInterceptTouchEvent
08-17 23:29:06.606 3979-3979/? V/zxy﹕ C----->onTouchEvent
------------------Up
08-17 23:29:06.705 3979-3979/? V/zxy﹕ Activity----->dispatchTouchEvent
08-17 23:29:06.706 3979-3979/? V/zxy﹕ A----->dispatchTouchEvent
08-17 23:29:06.706 3979-3979/? V/zxy﹕ A----->onInterceptTouchEvent
08-17 23:29:06.706 3979-3979/? V/zxy﹕ B----->dispatchTouchEvent
08-17 23:29:06.706 3979-3979/? V/zxy﹕ B----->onInterceptTouchEvent
08-17 23:29:06.706 3979-3979/? V/zxy﹕ C----->dispatchTouchEvent
08-17 23:29:06.706 3979-3979/? V/zxy﹕ C----->onTouchEvent可以看到Down事件和Up事件在C层消费掉了，假如我们也设置了Button的onClickListener(…)方法，那么该onClick方法将不执行，因为事件在C层已经消费掉了
好了，Android的事件分发机制就讲完了，下面来梳理一下整个过程：
【注】：事件分发中，处理消费事件的方法onTouchEvent()只执行在两种情况下：
1、事件分发过程中没有事件拦截，到达最底层执行onTouchEvent方法消费事件，如果事件分发过程中没有事件拦截且最底层也没有消费该事件，则事件会向上层传递，如果一直没有ViewGroup消费事件则会在Activity中onTouchEvent()方法中消费。
2、事件分发过程中有事件拦截，则在发生事件拦截的这一层会执行onTouchEvent方法，把事件交给它处理，如果返回true则消费事件，如果为false它不消费事件，则往上一层的onTouchEvent方法中传递，如果上一层也不消费，则继续向上传递，当到达最顶层Activity，会执行Activity的onTouchEvent方法消费事件。
3、如果View或ViewGroup没有对 ACTION_DOWN 进行消费，之后的其他事件不会传递过来（也就在Activity层处理）
4、对于底层的View来说，有一种方法可以阻止父层的View截获touch事件，就是调用getParent().requestDisallowInterceptTouchEvent(true);方法。一旦底层View收到touch的action后调用这个方法那么父层View就不会再调用onInterceptTouchEvent了，也无法截获以后的action
5、像Button、ImageButton那样可点击的View在默认情况下onTouchEvent是返回ture的表示默认消费事件，而其它默认情况下不可点击的View或ViewGroup则返回false表示默认不消费事件
事件分发的流程：Activity——>ViewGroup1——>子ViewGroup2——>…——>子View
事件消费的流程：
1、onTouchEvent返回true：在该层消费
2、onTouchEvent返回false：子View或子ViewGroup——>…——>ViewGroup1——>Activity
测试demo
Android事件分发机制相关推荐
- android触摸事件分发,Android 事件分发机制
Android 事件分发机制一直让人头痛,之前也是面向 GitHub 编程得过且过.今天下定决心了解一下,以便后面自己定制 View 效果.Android 触摸事件有三个基本类型:ACTION_DOW ...
- 【转】Android事件分发机制完全解析，带你从源码的角度彻底理解(下)
转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/9153761 记得在前面的文章中,我带大家一起从源码的角度分析了Android中Vi ...
- 浅谈Android事件分发机制
在Android实际开发过程中经常会遇到View之间的滑动冲突,如ScrollView与Listview.RecyclerView之间的嵌套使用.在很好的解决此类问题之前,我们应深入的了解Androi ...
- Android 事件分发机制
Android 事件分发机制 demo验证: https://blog.csdn.net/hty1053240123/article/details/77866302 目录 1.基础认知 2.事件 ...
- Android事件分发机制：基础篇：最全面、最易懂
如何提升安卓水平?安卓开发者必须了解的事件分发机制. 最全面.最易懂的形式来讲解Android事件分发机制. 0. 前言 鉴于安卓分发机制较为复杂,故分为多个层次进行讲解,分别为基础篇.实践篇与高级篇 ...
- Android 系统（199）---Android事件分发机制详解
Android事件分发机制详解 前言 Android事件分发机制是Android开发者必须了解的基础 网上有大量关于Android事件分发机制的文章,但存在一些问题:内容不全.思路不清晰.无源码分析. ...
- android系统（8）---android事件分发机制
前言 Android事件分发机制是每个Android开发者必须了解的基础知识 网上有大量关于Android事件分发机制的文章,但存在一些问题:内容不全.思路不清晰.无源码分析.简单问题复杂化等等 今天 ...
- 一篇文章彻底搞懂Android事件分发机制
本文讲的是一篇文章彻底搞懂Android事件分发机制,在android开发中会经常遇到滑动冲突(比如ScrollView或是SliddingMenu与ListView的嵌套)的问题,需要我们深入的了解 ...
- Android 事件分发机制分析及源码详解
Android 事件分发机制分析及源码详解 文章目录 Android 事件分发机制分析及源码详解 事件的定义 事件分发序列模型 分发序列 分发模型 事件分发对象及相关方法 源码分析 事件分发总结 一般 ...
- 【朝花夕拾】Android自定义View篇之（六）Android事件分发机制（中）从源码分析事件分发机制...
前言 转载请注明,转自[https://www.cnblogs.com/andy-songwei/p/11039252.html]谢谢! 在上一篇文章[[朝花夕拾]Android自定义View篇之(五 ...
最新文章
- go 指针变量和普通变量的转化_C语言 | 指向结构体变量的指针变量
- Java过滤HTML标签工具类
- GDCM：将PAPYRUS 3.0文件转换为dcm文件的的测试程序
- Android---手动创建线程与GUI线程同步(二)
- linux6 epel yum源,CentOS6下yum源与epel源配置
- 2019.01.27【NOIP普及组】模拟赛C组总结
- karaf内嵌文件服务器,关于OSGI(Karaf) Classloader的几点说明
- java 读取txt字符串_java读取txt并获取某一部分字符串
- 【渝粤题库】陕西师范大学209016《管理心理学》作业
- Linux宝库快讯 | OpenInfra中国日正式确定会议合作方
- Latex希腊字母对照表
- 微信小程序如何更新云数据库
- 详解wait/waitpid的参数：status
- Python笔记。超详细的基本语法
- 苹果手机语音备忘录在哪_手机备忘录在哪
- http和https的区别
- 88E1111 100BASE-T百兆工程(part2--完)
- Android Studio 命令行Gradle编译
- 听说蝴蝶国的小公主可漂亮了！黑亮的头发
- 国内最大个人信息泄露案，54亿条数据泄露