分析Android的Touch事件分发机制

今天我们来分析Android的Touch事件分发机制。废话少说，直奔主题。

测试场景是LinearLayout下有一个viewPager。要实现的是滑动到最后一页，如果出现onFling和onScroll就跳转到另一个Activity。

实现代码很简单，在Activity的dispatchTouchEvent(MotionEvent ev)方法中添加手势。代码如下：

关于代码中的viewPager和gesDetcetor成员变量不做过多解释。我们主要探讨为什么要这样写。

public boolean dispatchTouchEvent(MotionEvent ev) {
if(viewPager.getCurrentItem() == 2){
gesDetector.onTouchEvent(ev);
}
return super.dispatchTouchEvent(ev);
}

关于网上的一段经典的分析，我先拿过来粘贴上：

[当TouchEvent发生时，首先Activity将TouchEvent传递给最顶层的View， TouchEvent最先到达最顶层 view 的 dispatchTouchEvent ，然后由 dispatchTouchEvent
方法进行分发，如果dispatchTouchEvent返回true ，则交给这个view的onTouchEvent处理，如果dispatchTouchEvent返回 false ，则交给这个 view 的 interceptTouchEvent 方法来决定是否要拦截这个事件，如果
interceptTouchEvent 返回 true ，也就是拦截掉了，则交给它的 onTouchEvent 来处理，如果 interceptTouchEvent 返回 false ，那么就传递给子 view ，由子 view 的 dispatchTouchEvent 再来开始这个事件的分发。如果事件传递到某一层的子 view 的 onTouchEvent 上了，这个方法返回了 false ，那么这个事件会从这个 view 往上传递，都是 onTouchEvent 来接收。而如果传递到最上面的
onTouchEvent 也返回 false 的话，这个事件就会“消失”，而且接收不到下一次事件。]

这是原话，链接在此:/article/1760671.html。

在此先搞清楚一次完整的事件是指：ACTION_DOWN、ACTION_MOVE和ACTION_UP。（有可能没有ACTION_MOVE）我们称这三个组成因素为动作。

经过测试，发现作者分析的并不完善，在activity中的dispatchTouchEvent(MotionEvent ev)方法中调用了 return super.dispatchTouchEvent(ev);
,经过debug测试发现：super.dispatchTouchEvent(ev)为ture，那么按作者说的，应该调用该activity的onTouchEvent()方法，但是没有调用。而viewPager能够正常滑动，说明事件被子View消费了。那也就是说super.dispatchTouchEvent(ev)这个方法会优先分发给子View进行处理（前提是中间的容器层---viewGroup的子类或间接子类不拦截），如果子View（非布局容器）处理了MotionEvent.ACTION_DOWN，那么后续的ACTION_MOVE和ACTION_UP肯定会传到该子view。如果ACTION_DOWN以后的某个动作返回false。该动作直接跳过中间的ViewGroup容器，直接传给activity中的onTouch事件。

如果点击了子view，不论子view怎么处理ACTION_DOWN动作的，都能在自己的onTouch方法里捕捉到该动作，如果处理ACTION_DOWN返回false，该动作会沿着容器布局向上传递，若某个容器返回true，后续的动作就不会再传到子view来，而是直接扔给那个消费容器处理。

测试代码：http://download.csdn.net/detail/johnwatson5412/6227709 ，请大家自己点击看log输出