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

前言

1. 探究的内容

• 在上一篇文章《一步步探索学习Android Touch事件分发传递机制（一）》中，已经以ACTION_DOWN事件为例，对Android系统的Touch事件分发传递机制作了探究，并得出了形象好记忆的结论。

• 这篇文章所探究的问题是与上一篇文章紧密相关的，若是对Android Touch事件分发传递机制还不太了解的同窗，建议先去看看上一篇文章《一步步探索学习Android Touch事件分发传递机制（一）》。

• 咱们知道，一个操做，好比一个点击事件，是由多个不一样TYPE的MOTION_EVENT组成的。for example，点击事件是由一个ACTION_DOWN事件和一个ACTION_UP事件组成的。那么诸如ACTION_UP和ACTION_MOVE事件是否是跟ACTION_DOWN事件同样遵循相同的分发规律呢？

• 事实上，答案是否认的。 ACTION_UP和ACTION_MOVE事件的分发传递流程与这以前的ACTION_DOWN事件如何传递以及在哪里被消费有密不可分的联系。具体咱们下面一步步探索了解。

2. 探究的方法

• 咱们仍是继续以上一篇文章《一步步探索学习Android Touch事件分发传递机制（一）》中所写的Demo为例子，一步步打Log，去探究整个事件的传递流程，再用绘图描述他的机制。

• 固然知其然须知其因此然，对于Android源码的分析，将会在下一篇文章《一步步探索学习Android Touch事件分发传递机制（三）》中分析。

---

Demo中见分晓

1.Demo代码

• Demo的代码，无论是界面仍是java代码，都保持与上一次的一致。

• 连接：《一步步探索学习Android Touch事件分发传递机制（一）》

2.打Log，找规律，识机制

1. ）全部方法（dispatchTouchEvent(); onInterceptTouchEvent(); onTouchEvent() ）都return super的状况：

• 首先，咱们保持全部方法都return super，固然这个我上一篇文章探究过，ACTION_DOWN事件会以类U型的传递路线在View树中分发传递。

• 那么ACTION_UP和ACTION_MOVE事件呢？这里以ACTION_UP事件为例作探究。（事实上，Action_move事件与Action_up事件是遵循相似规律的。）我对着Demo屏幕中的View作一个点击操做（前面交代过，点击事件是由一个ACTION_DOWN事件和一个ACTION_UP事件组成的）。

• 打log：
  

  

  这里写图片描述

  注：上图中，紫色框内的是点击事件的ACTION_DOWN的分发流程；绿色框中的是点击事件的ACTION_UP事件的分发流程。后面的图同理。

• 规律：能够看到，ACTION_UP事件并无按照类U型的结构去在View树传递，而是直接在Activity的onTouchEvent方法中消费掉了。

• 绘图以下：
  

  

  这里写图片描述

2. ）ViewGroup2的dispatchTouchEvent() return true的状况：

• 而后咱们来探究ACTION_DOWN事件在dispatchTouchEvent（）中被消费掉的状况下，ACTION_UP事件是怎么传递分发的。

• 令ViewGroup2的dispatchTouchEvent() return true，打log:
  

  

  这里写图片描述

• 规律：当ACTION_DOWN事件在某一个View或者ViewGroup的dispatchTouchEvent()方法中被消费掉的状况下，对应的ACTION_UP事件也会在此被消费掉，终止传递。

• 绘制成图：
  

  

  这里写图片描述

3. ）ViewGroup2的onInterceptTouchEvent()和onTouchEvent() 都 return true的状况：

• 也就是让ViewGroup2拦截掉事件，而且由它本身来消费事件。
  

  

  这里写图片描述

• 打log:
  

  

  这里写图片描述

• 规律：能够看到，当ACTION_DOWN事件在某一个View或者ViewGroup的onTouchEvent()方法中被消费掉的状况下，对应的ACTION_UP事件也会在此被消费掉，终止传递。

  可是值得注意的是，这种状况下，ACTION_UP事件是不会再通过拦截器onInterceptTouchEvent()方法了的。

• 绘图以下：
  

  

  这里写图片描述

• 4.） ViewGroup2的onTouchEvent() return true的状况：

• 就是让VIewGroup2的onTouchEvent()方法在接收到View的onTouchEvent()方法传递过来的ACTION_DOWN事件时将其消费掉。看这种状况下，ACTION_UP事件是怎么传递的。

• 打Log:
  

  

  这里写图片描述

• 规律：能够从Log看出来，当ACTION_DOWN事件被某控件的onToucEvent()方法消费掉，则其对应的ACTION_UP事件只传递到该控件。也就是不会传递到比此控件更深层的控件中去。

• 绘制图：
  

  

  这里写图片描述

---

总结概括

• ACTION_MOVE事件与ACTION_UP事件遵循相似的规律，上面只以ACTION_UP为例子分析探究。

• ACTION_MOVE事件与ACTION_UP事件的传递分发与其对应以前的ACTION_DOWN事件有紧密联系。

• 具体的，当ACTION_DOWN事件在dispatchTouchEvent()方法中被消费，则对应的ACTION_MOVE事件与ACTION_UP事件也会从上而下传递到该控件的该方法处被消费掉。

• 当ACTION_DOWN事件在onTouchEvent()方法中被消费，则对应的ACTION_MOVE事件与ACTION_UP事件只传递到该控件处的onTouchEvent()方法中而后被消费而终止传递。不会经历该控件之下的控件的传递过程。

• 当全部方法都默认return super,则ACTION_MOVE事件与ACTION_UP事件会在Activity的onTouchEvent()中被消费掉。

注：【转载请注明，问题可提问，喜欢可收藏分享，博客持续更新，欢迎关注】