【Android View事件分发机制】关于拦截事件的注意点

在父容器拦截事件时，为什么不能拦截DOWN事件呢？

先看看源码:

回顾一下事件分发机制原理，当事件来了之后，如果父容器不拦截，则会询问其child view ,当某child view 有事件需求，父容器会记住它并存在mFirstTouchTarget中。

• 在上图第一个红框中，DOWN事件来临，如果被拦截，intercepted为true
• 在上图第二个红框中，intercepted因为为true则无法进入该分支中，而该分支正是 询问child view 是否有事件需求的代码块，得不到执行，则mFirstTouchTarget一直未空。
• 其他事件来临，而不再是DOWN且mFirstTouchTarget==null，在上图第一个红框中,onInterceptTouchEvent不能被执行到。所以intercepted一直保持为true.

* intercepted一直保持为true的结果是:所有后续的事件都交给了父容器自身处理，即使我们让onInterceptTouchEvent返回了false。这并不是我们想要的结果。

反向拦截控制requestDisallowInterceptTouchEvent

一般拦截控制都是由父容器在onInterceptTouchEvent来做的。但requestDisallowInterceptTouchEvent给了child view一个要求父容器停止拦截事件的权利。

Up事件拦截问题

up事件被拦截后，child view 可能存在onClick的响应问题。