android中的触摸事件

转自【工匠若水 http://blog.csdn.net/yanbober】，先拿来主义，还没完全看懂，但任务需要，以免自己忘记，先mark下结论：

View篇：

综合得出Android View的触摸屏事件传递机制有如下特征：

1. 触摸控件（View）首先执行dispatchTouchEvent方法。
2. 在dispatchTouchEvent方法中先执行onTouch方法，后执行onClick方法（onClick方法在onTouchEvent中执行，下面会分析）。
3. 如果控件（View）的onTouch返回false或者mOnTouchListener为null（控件没有设置setOnTouchListener方法）或者控件不是enable的情况下会调运onTouchEvent，dispatchTouchEvent返回值与onTouchEvent返回一样。
4. 如果控件不是enable的设置了onTouch方法也不会执行，只能通过重写控件的onTouchEvent方法处理（上面已经处理分析了），dispatchTouchEvent返回值与onTouchEvent返回一样。
5. 如果控件（View）是enable且onTouch返回true情况下，dispatchTouchEvent直接返回true，不会调用onTouchEvent方法。
6. 当dispatchTouchEvent在进行事件分发的时候，只有前一个action返回true，才会触发下一个action（也就是说dispatchTouchEvent返回true才会进行下一次action派发）。

ViewGroup篇：

Android 5.1.1(API 22) ViewGroup触摸屏事件传递总结

如上就是所有ViewGroup关于触摸屏事件的传递机制源码分析与实例演示。具体总结如下：

1. Android事件派发是先传递到最顶级的ViewGroup，再由ViewGroup递归传递到View的。
2. 在ViewGroup中可以通过onInterceptTouchEvent方法对事件传递进行拦截，onInterceptTouchEvent方法返回true代表不允许事件继续向子View传递，返回false代表不对事件进行拦截，默认返回false。
3. 子View中如果将传递的事件消费掉，ViewGroup中将无法接收到任何事件。

Activity篇：

在Activity的触摸屏事件派发中：

1. 首先会触发Activity的dispatchTouchEvent方法。
2. dispatchTouchEvent方法中如果是ACTION_DOWN的情况下会接着触发onUserInteraction方法。
3. 接着在dispatchTouchEvent方法中会通过Activity的root View（id为content的FrameLayout），实质是ViewGroup，通过super.dispatchTouchEvent把touchevent派发给各个activity的子view，也就是我们再Activity.onCreat方法中setContentView时设置的view。
4. 若Activity下面的子view拦截了touchevent事件(返回true)则Activity.onTouchEvent方法就不会执行。