一步步探索学习Android Touch事件分发传递机制（一）

Android TouchEvent 简介

1.探究对象简介

• Android的屏幕触摸事件在Android官方API中由类MotionEvent来描述，不一样的触摸事件对应不一样的事件类型。
• 如：ACTION_DOWN;ACTION_UP;ACTION_MOVE;ACTION_CANCEL
• 每一个事件对应都有本身的传递路径，从产生到传递到最终被消费（终止传递）。而它们的传递的载体就是整颗View树。
• 毕竟这是屏幕触摸事件，而屏幕上显示的正是由不一样的ViewGroup和各式各样的View组成的View树。
• 咱们须要探索的就是一个TouchEvent的整个从产生到被消费的整个传递过程和机制。

• 里面咱们核心须要探索的是关于View和ViewGroup类中的如下几个处理触摸事件的方法的处理流程。

  ViewGoup: dispatchTouchEvent(); onInterceptTouchEvent(); onTouchEvent()
  View:dispatchTouchEvent(); onTouchEvent()
  Activity:dispatchTouchEvent(); onTouchEvent()

  2.探索Touch事件的传递机制的意义

• 经过了解和探究Android Touch事件的传递机制，可让咱们明白触摸事件究竟是怎么产生以及如何被处理的；

• 能够在此基础上深入的清楚整个View树处理触摸事件的流程，从而对咱们如何避免触摸事件冲突，点击事件拦截等业务开发需求时，作到成竹在胸。
  -像咱们平时常遇到的一些自定义View嵌套时点击事件，触摸手势冲突的问题的解决都依赖于咱们对这个机制的认识。

说明：
1.为了便于理解和整文的清晰明了，本篇文章只是分析一种事件类型：ACTION_DOWN事件的传递过程，置于ACTION_MOVE,ACTION_UP事件会在下一篇文章《一步步探索学习Android Touch事件分发传递机制（二）》中分析。
2.知其然，还须知其因此然，我会在《一步步探索学习Android Touch事件分发传递机制（三）》中，经过分析Android源码来解释探索整个Android Touch事件传递分发机制。

写个Demo去探索

• 废话很少说，“绝知此事要躬行”，因此直接写个Demo打log出来看，其实这个机制会很清晰明了。
• 各位看官，看log，找规律！

1.界面&代码

• 

  这里写图片描述

• 如上图，能够看到，我在Activity里面写了三个View(ViewGroup)。ViewGroup1包裹着ViewGroup2,ViewGroup2包裹着一个TextView。这些View都是我自定义的。

• 代码部分就只是重写他们的dispatchTouchEvent()；onInterceptTouchEvent()和onTouchEvent方法，返回不一样的值，打印log，看整个事件的传递流程。

  注：只有ViewGroup有onInterceptTouchEvent()方法。至于为何这么设计，在后面探索完以后会交代。

2.view的代码

• activity的代码
  

  

  activity的代码

• viewGroup的代码
  

  

  viewGroup的代码

• viewGroup2的代码
  

  

  viewGroup2的代码

• view的代码
  

  

  view的代码

3.打log，看规律，识机制

• 默认状况下，这些方法都是return super（即父类的默认实现的）。因此先看一下默认状况下，一个ACTION_DOWN事件是怎么传递的。给最里面的View一个触摸，产生ACTION_DOWN事件。

  • log:
    

    

    这里写图片描述

  • 能够看到传递流程，能够用流程图表示为：
    

    

    类U型Touch事件传递机制

• 而后咱们探索dispatchTouchEvent()方法，令其return false(这里以ViewGroup2的dispatchTouchEvent()方法为例)，log以下：

  • log:
    

    

    这里写图片描述

  • 能够看到传递流程，能够用流程图表示为：
    

    

    这里写图片描述

  • 规律：当dispatchTouchEvent()返回false时，会将事件传递给上一级的View的onTouchEvent()方法处理。因为Activity已经没有比它更高一级的View，因此若是是Activity的dispatchTouchEvent()方法return false的话，事件会直接被消费掉（即终止传递）

• 接着让dispatchTouchEvent()方法return true(这里以ViewGroup2的dispatchTouchEvent()方法为例)，log以下：

  • log:
    

    

    这里写图片描述

  • 能够看到传递流程，能够用流程图表示为:
    

    

    这里写图片描述

  • 规律：若是dispatchTouchEvent()方法返回true时，事件会被消费掉，再也不传递。

• 而后咱们探索一下onTouchEvent()方法，令其return false,(这里以最里层的View的onTouchEvent()方法为例)，log以下：

  • log:
    

    

    这里写图片描述

  • 能够看到传递流程，能够用流程图表示为:
    

    

    这里写图片描述

  • 规律：若是onTouchEvent()方法返回false时，跟默认return super是同样的，都会一直向上传递到上一级view的onTouchEvent()方法。
  • 事实上，onTouchEvent()方法super父类的默认实现返回的就是false，因此是同样的。关于源码的分析，请详见《一步步探索学习Android Touch事件分发传递机制（三）》。

• 而后咱们让onTouchEvent()方法return true,(这里以最里层的View的onTouchEvent()方法为例)，log以下：

  • log:
    

    

    这里写图片描述

  • 能够看到传递流程，能够用流程图表示为:
    

    

    这里写图片描述

  • 规律：若是onTouchEvent()方法返回true时，事件会被消费掉，再也不传递。跟dispatchTouchEvent()return true的时候相似。

• 最后，咱们来探索onInterceptTouchEvent()方法,令其return false,(这里以最里层的ViewGroup2的onInterceptTouchEvent()方法为例)，log以下：

  • log:
    

    

    这里写图片描述

  • 规律：这里就不贴流程图了，可是能够看到onInterceptTouchEvent()方法return false和return super是同样的。都是默认将触摸事件传给下一级view的dispatchTouchEvent()方法。
  • 事实上，onInterceptTouchEvent()方法super父类的默认实现返回的就是false，因此是同样的。关于源码的分析，请详见《一步步探索学习Android Touch事件分发传递机制（三）》。

• 最后，咱们让onInterceptTouchEvent()方法return true,(这里以最里层的ViewGroup2的onInterceptTouchEvent()方法为例)，log以下：

  • log:
    

    

    这里写图片描述

  • 能够看到传递流程，能够用流程图表示为:
    

    

    这里写图片描述

  • 规律：若是onInterceptTouchEvent()方法返回true时，Touch事件会被直接传递给ViewGroup本身的onTouchEvent()方法处理。

吾日三省吾身-- --总结概括

1.对于dispatchTouchEvent()方法：

• return true：消费掉事件，终止传递。
• return false: 将事件传递给上一级View的onTouchEvent()方法。若是是Activity的dispatchTouchEvent()方法，则也是消费掉事件，终止传递。
• return super:若是是Activity，则传给下一级view(viewGroup)的dispatchTouchEvent;若是是ViewGroup，则传给本身的onInterceptTouchEvent();若是是View,则传给本身的onTouchEvent().

2.对于onTouchEvent()方法：

• return true:消费掉事件，终止传递。
• return false/super:将事件传递给上一级view的onTouchEvent()方法。

3.对于onInterceptTouchEvent()方法：

• return true:将事件传递给ViewGroup本身的onTouchEvent()方法处理。
• return false/super:将事件传递给下一级View的dispatchTouchEvent()。

• 回到以前咱们的一个问题，为何只有ViewGroup有onInterceptTouchEvent()方法呢，从上面的整个触摸事件分发传递机制咱们能够发现，ViewGroup自己的dispatchTouchEvent()方法不管返回什么都不能将事件传递给本身的onTouchEvent()方法处理，那就只好设计了一个这样子的方法，做为拦截器，拦截事件交给本身处理了。只要onInterceptTouchEvent()return true就能够实现触摸事件拦截。