Android 事件分发onInterceptTouchEvent和onTouchEvent整理

文／milter（简书作者）
原文链接：http://www.jianshu.com/p/2be492c1df96
著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。

我们只考虑最重要的四个触摸事件，即：DOWN,MOVE,UP和CANCEL。一个手势（gesture）是一个事件列，以一个DOWN事件开始（当用户触摸屏幕时产生），后跟0个或多个MOVE事件（当用户四处移动手指时产生），最后跟一个单独的UP或CANCEL事件（当用户手指离开屏幕或者系统告诉你手势（gesture）由于其他原因结束时产生）。当我们说到“手势剩余部分”时指的是手势后续的MOVE事件和最后的UP或CANCEL事件。

在这里我也不考虑多点触摸手势（我们只假设用一个手指）并且忽略多个MOVE事件可以被归为一组这一实际情况。最后，我们假设文中的view都没有注册onTouchListener。

我们将要讨论的视图层次是这样的：最外层是一个ViewGroup A，包含一个或多个子view（children），其中一个子view是ViewGroup B，ViewGroupB中又包含一个或多个子view，其中一个子view是 View C,C不是一个ViewGroup。这里我们忽略同层级view之间可能的交叉叠加。

假设用户首先触摸到的屏幕上的点是C上的某个点，该点被标记为触摸点（touch point），DOWN事件就在该点产生。然后用户移动手指并最后离开屏幕，此过程中手指是否离开C的区域无关紧要，关键是手势（gesture）是从哪里开始的。

• 默认情况下

  默认情况下事件传递顺序是：
  ViewGroupA-onInterceptTouchEvent（false）---->  ViewGroupB-onInterceptTouchEvent（false）----> ViewC-onTouchEvent(false)---->  ViewGroupB-onTouchEvent(false)---->ViewGroupA-onTouchEvent(false)
  

• 子View做出处理情况下

  如果ViewC对DOWN事件做出了处理，ViewGroupA和ViewGroupB都没有拦截事件，那么事件传递顺序为：--(DOWN事件到来)-->ViewGroupA-onInterceptTouchEvent（false）---->  ViewGroupB-onInterceptTouchEvent（false）----> ViewC-onTouchEvent(true)--(下一个Move事件到来)-->  ViewGroupA-onInterceptTouchEvent（false）---->  ViewGroupB-onInterceptTouchEvent（false）---->ViewC-onTouchEvent（true或者false都没有影响，为了保持一致，最好返回true）
  

• 父View拦截Move事件情况下

   假设ViewGroupB没有拦截DOWN事件，但它拦截了接下来的MOVE事件。原因可能是B是一个scrolling view。当用户仅仅在它的区域内点击（tap）时，被点击到的元素应当能处理该点击事件。但是当用户手指移动了一定的距离后，就不能再视该手势（gesture）为点击了——很明显，用户是想scroll。这就是为什么B要接管该手势（gesture）。
  
  下面是事件被处理的顺序：
  1. DOWN事件被依次传到A和B的onInterceptTouchEvent方法中，它们都返回的false，因为它们目前还不想拦截。
  2. DOWN事件传递到C的onTouchEvent方法，返回了true。
  3. 在后续到来MOVE事件时，A的onInterceptTouchEvent方法仍然返回false。B的onInterceptTouchEvent方法收到了该MOVE事件，此时B注意到用户手指移动距离已经超过了一定的threshold（或者称为slop）。因此，B的onInterceptTouchEvent方法决定返回true，从而接管该手势（gesture）后续的处理。
  4. 然后，这个MOVE事件将会被系统变成一个CANCEL事件，这个CANCEL事件将会传递给C的onTouchEvent方法。
  5. 现在，又来了一个MOVE事件，它被传递给A的onInterceptTouchEvent方法，A还是不关心该事件，因此onInterceptTouchEvent方法继续返回false。
  6. 此时，该MOVE事件将不会再传递给B的onInterceptTouchEvent方法，该方法一旦返回一次true，就再也不会被调用了。事实上，该MOVE以及“手势剩余部分”都将传递给B的onTouchEvent方法（除非A决定拦截“手势剩余部分”）。
  7. C再也不会收到该手势（gesture）产生的任何事件了。
  
  下面的一些小事情可能会令你感到吃惊：
  1. 如果一个ViewGroup拦截了最初的DOWN事件，该事件仍然会传递到该ViewGroup的onTouchEvent方法中。
  2. 另一方面，如果ViewGroup拦截了一个半路的事件（比如，MOVE），这个事件将会被系统变成一个CANCEL事件，并传递给之前处理该手势（gesture）的子View，而且不会再传递（无论是被拦截的MOVE还是系统生成的CANCEL）给ViewGroup的onTouchEvent方法。只有再到来的事件才会传递到ViewGroup的onTouchEvent方法中。