android onTouch事件处理机制

android 事件处理机制是对用户触摸屏幕产生的Motion Event事件的传递响应处理机制。
Motion Event事件类型很多，包括单触点及多触点的各种情况，可以参考这篇文章Android MotionEvent详解

本文不对源码做详细分析，源码分析可参考:
Andriod 从源码的角度详解View,ViewGroup的Touch事件的分发机制

处理机制涉及activity,viewGroup,view三类对象。
viewGroup,view可以处理触摸事件是显而易见的，但activity是界面的载体不是界面，那么activity为什么可以处理呢？看一下acitvity的源码：

public class Activity extends ContextThemeWrapper
implements  LayoutInflater.Factory2,
Window.Callback,KeyEvent.Callback,
OnCreateContextMenuListener,
ComponentCallbacks2,
window.OnWindowDismissedCallback,
WindowControllerCallback{
   }

可以看到，activity实现了Window.Callback接口，顾名思义，Window是可以处理触摸事件的。实际上Activity在onCreate时调用attach方法，在attach方法中会创建window对象。window对象创建时并没有创建 DocerView 对象。用户在Activity中调用setContentView,然后调用window的setContentView，这时会检查DecorView是否存在，如果不存在则创建DecorView对象，然后把用户自己的 View 添加到 DecorView 中。这样，activity就和window建立了联系。

事件处理流程按照先后顺序是acivity<->viewGroup<->view。
涉及三个处理方法：dispatchTouchEvent（事件处理流程）,onTouchEvent（处理Touch事件）,onInterceptTouchEvent（拦截Touch事件）。
dispatchTouchEvent就像我们算法常用的递归回溯调用一样，一层一层推动流程。
首先，Activity进行处理，它就直接交由上层的viewGroup。ViewGroup如果不消耗，就交给它的下一层ViewGroup处理，如果仍旧不消耗就一层层直到指定的View。View进行处理，就是调用它的onTouchEvent，如果不做处理，就把这件事扔回上一层，像递归一样一层层往上走，直到有人处理。
如果有一层ViewGroup不想向下传递事件而是直接拦截，就通过onInterceptTouchEvent方法设置拦截。
需要注意的是
action动作包含Action_Down开始的一系列行为，如果Acition_Down事件在本层被消耗了，后续的动作不再做判断，直接在此处消耗，直到新的action系列开始。但如果Action_Down时未被消耗，以后的动作仍需要每次做判断，是否处理。

activity,view包含如下两个方法:

public boolean dispatchTouchEvent(MotionEvent ev)
public boolean onTouchEvent(MotionEvent ev)

ViewGroup包含所有三个方法：

public boolean dispatchTouchEvent(MotionEvent ev)
public boolean onInterceptTouchEvent(MotionEvent ev)
public boolean onTouchEvent(MotionEvent ev)

处理关系简图：