Android事件分发机制之源码完美解析（上）

来源：www.45fan.com 2019-03-30 18:28:57

学事件分发是为了什么呢？还不是为了解决滑动冲突的。

实际上，如果仅仅是为了解决滑动冲突的，大可不必看源码，只需要掌握事件分发的外在规律即可。

只要记住这张图，再明白内部拦截法和外部拦截法，滑动冲突这一块，都可以轻松解决了。

分享一个非常好的滑动冲突的实例：http://blog.csdn.net/qq_36523667/article/details/78825810

只需要掌握上述的内容，事件分发再无难题了。

但是，如果想掌握的更通透一点，源码是不可或缺的。因为源码里还有很多细节，enable？clickable？performClick？。。。

最重要的一个问题，如果在自定义一个view的时候，onTouchEvent返回了true，代表是消费这系列事件。而且onTouchEvent不会再调用父容器的onTouchEvent；如果返回false，会转而调用父容器的onTouchEvent。这个问题是事件分发的核心问题，可是在源码中哪里有答案？？？

在view group里有一段核心的代码

for (int i = childrenCount - 1; i >= 0; i--) {

...

// Dispatch to touch targets.
if (mFirstTouchTarget == null) {
  // No touch targets so treat this as an ordinary view.
  handled = dispatchTransformedTouchEvent(ev, canceled, null,
      TouchTarget.ALL_POINTER_IDS);
} else {
  // Dispatch to touch targets, excluding the new touch target if we already
  // dispatched to it. Cancel touch targets if necessary.
  TouchTarget predecessor = null;
  TouchTarget target = mFirstTouchTarget;
  while (target != null) {
    final TouchTarget next = target.next;
    if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
      handled = true;
    } else {
      final boolean cancelChild = resetCancelNextUpFlag(target.child)
          || intercepted;
      if (dispatchTransformedTouchEvent(ev, cancelChild,
          target.child, target.pointerIdBits)) {
        handled = true;
      }
      if (cancelChild) {
        if (predecessor == null) {
          mFirstTouchTarget = next;
        } else {
          predecessor.next = next;
        }
        target.recycle();
        target = next;
        continue;
      }
    }
    predecessor = target;
    target = next;
  }
}

上面会有一个for循环，进行手指触摸区域的查找，看看是否会落在child里面。找到那个手指所落在的那个child view里。然后执行child.dispatchTouchEvent。进行一个递归查找。（为什么自动就进行一个递归查找了呢？别看这里是view哦，以为是直接就调用了view的dispatchTouchEvent。错误！比如你这个child查找到是FrameLayout，然后你其实是一个view group，所以你的dispatch touch event 肯定是view group的dispatch touch event（因为view group重写了view的dispatchTouchEvent））

所以for循环的任务是：找到当前view group中所有view、view group的区域中包含该手指落点的view、viewgroup，并进行一个递归的分发。

不过不是还有一种找不到的情况嘛！那种情况大部分是mFirstTouchTarget为空。

if (mFirstTouchTarget == null) {
  // No touch targets so treat this as an ordinary view.
  handled = dispatchTransformedTouchEvent(ev, canceled, null,
      TouchTarget.ALL_POINTER_IDS);
}

也就是上面的这段代码。而下面的else总体上就是指代的CANCEL情况，不过本文讨论的重点不是CACEL。

这种情况就是1.没有child 2.child不需要这个时候由这个view group 调用super.dispatchTouchEvent。即把这个view group作为view，调用他自身的view.dispatchTouchEvent。

下面着重讲讲子view不为空的情况，去解决那个核心问题。

重新提一下问题：如果子view返回true，为什么就不调用父view的逻辑了？如果子view返回false，为什么就调用父view的逻辑了？

其实上面已经给出了答案。上面的源码先是一个for循环，那个for循环考虑的就是子view的情况；下面有一个if，if考虑的就是父view的情况。

如果1.view group有子view 2.且这个子view返回了true，愿意接收这个事件这种情况mFirstTouchTarget就不为空了。所以下面的if判断条件就不成立了。而如果1.view group没有子view 2.或者这个子view 返回了 false。这个时候mFirstTouchTarget就是空了。自然就只能交给view group来处理了。

现在用最正宗的伪代码概括一下view group的代码：

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
  for (;;) {
    递归所有的子View
    1.有子View返回了true进行消费 mFirstTouchTarget = xxx
    2.没有    
  }
  if (mFirstTouchTarget == null) {
    super.dispatchTouchEvent(ev);
  } else {
    CANCLE的情况
  }
}

接下来我们用源码作最后的证明：为什么子View的onTouchEvent的返回值可以决定mFirstTouchTarget？

上面的for循环的逻辑伪代码如下

TouchTarget newTouchTarget;
for (;;) {
  if (dispatchTransformedTouchEvent(...)) {
    newTouchTarget = addTouchTarget(child...);
  }
}

所以我们需要查看一下，addTouchTarget方法的源码

private TouchTarget addTouchTarget(@NonNull View child, int pointerIdBits) {
  final TouchTarget target = TouchTarget.obtain(child, pointerIdBits);
  target.next = mFirstTouchTarget;
  mFirstTouchTarget = target;
  return target;
}

所以在这里就完成了mFirstTouchTarget的赋值。（这里解释下mFirstTouchTarget的概念，他在view group中的dispatch代码中起了十分重要的作用。least recently added target。意思就是最近在for循环中搜到的并且愿意消费的view。）

解决了上述问题，继续追溯伪代码中的dispatchTransformedTouchEvent方法：

// Perform any necessary transformations and dispatch.
if (child == null) {
  handled = super.dispatchTouchEvent(transformedEvent);
} else {
  final float offsetX = mScrollX - child.mLeft;
  final float offsetY = mScrollY - child.mTop;
  transformedEvent.offsetLocation(offsetX, offsetY);
  if (! child.hasIdentityMatrix()) {
    transformedEvent.transform(child.getInverseMatrix());
  }

  handled = child.dispatchTouchEvent(transformedEvent);
}

这里是dispatchTransformedTouchEvent中的核心代码。这里是递归调用逻辑的具体实现。直接看else吧。因为for循环中传入的参数是child。（if中传入的child参数才为空）所以直接看view的dispatch代码就可以了。

view的dispatch的核心代码

if (!result && onTouchEvent(event)) {
  result = true;
}

return result;

所以view的dispatch的返回值是由view的onTouchEvent来决定的。

所以，得出结论：如果view的onTouchEvent返回true，view的dispatch多半也会返回true，然后父view group的dispatchTransformedTouchEvent多半也会返回true，然后就mFirstTouchTarget也会被赋值，因此父view group的逻辑就不会被执行了；反之，view的onTouchEvent...然后mFirstTouchTarget依然为空，因此父view group的逻辑就会被得到执行。

到这里告一段落，这篇文章主要分析事件分发的核心机制，让我们不仅仅停留在会用的基础上，也知其所以然了。下篇文章会像流水账一样分析所有事件分发的代码。

路由器

电脑

手机

网络

Android事件分发机制之源码完美解析（上）

推荐阅读