转载自Android事件分发之基础
Android 事件分发机制是比较重要的一块内容，总结一下 Android 事件分发的一些知识，计划分为四篇文章来写，内容如下：
Android事件分发
本篇是第一篇希望从整体流程上叙述一下大致的分发过程，使读者能够对事件分发有个初步的了解：
View 与 ViewGroup
MotionEvent 对象
View 的事件分发
View 与 ViewGroup
Android 应用中的所有组件都继承了 View 类，View 类是 Android 中所有 UI 组件的基类，View 有一个重要的子类是 ViewGroup，ViewGroup 通常作为其他 View 的容器使用，里面可以包含普通的 View，也可以是其他 ViewGroup，通过 View 与 Viewgroup 的这种关系共同构成了整个 View 树的结构，如 LinearLayout 不仅是一个 View ，还是一个 ViewGroup，里面可以包含各种 View，当然这个 View 也可以是 ViewGroup，以此类推。
在 Android 设备中，操作主要依靠的就是各种手势，比如滑动、拖动、单击等各种操作，这一系列操作可以很方便的与 Android 设备进行交互，前面可知不同 View 处于不同的层级，问题来了，那么当我们操作的时候如何正确的让特定的 View 响应某种操作呢，不同的 View 之间会不会发生滑动冲突呢，答案是肯定的，解决这样的问题就必须的充分了解 View 的工作机制、各种事件的分发过程以及具体的分发对象。
MotionEvent对象
Android 中事件分发的是 MotionEvent 对象，MotionEvent 中封装了许多与各种事件发生位置相关的函数以及各种相关的事件类型，每个 MotionEvent 都包含一系列动作，比如当手指触摸屏幕的一瞬间，系统就会产生一系列的触摸事件对象，每个触摸事件对象都代表这不同的动作，比如按下、滑动、抬起等动作，这些动作分别对应着 ACTION_DOWN、ACTION_MOVE、ACTION_UP 等具体的事件，这一系列事件一般是由 ACTION_DOWN 事件开始，中间若干 ACTION_MOVE 事件，最后以 ACTION_UP 结束，此外，如果事件被拦截还会触发 ACTION_CANCEL 事件。总之，Android 事件分发的对象就是 MotionEvent 对象，当 MotionEvent 对象产生之后，系统会将这个事件分发给最终能够消费此事件的 View。
View的事件分发
Android 中的事件分发实际上指的就是 View 的事件分发，View 的事件分发主要是下面三个方法：
dispatchTouchEvent()
interceptTouchEvent()
onTouchEvent()
这三个方法分别对应事件的分发、事件的拦截以及事件的处理，另外，View 没有 interceptTouchEvent() 方法，一方面 View 里面没有其他子 View 不需要拦截事件，另一方面可以理解为 View 的 interceptTouchEvent() 方法返回 true，事件本身由该 View 拦截，消不消费是 onTouchEvent() 的事，反正，View 不考虑事件的拦截。
Android 事件分发从 Activity 的 dispatchTouchEvent() 方法开始，通过一系列传递分发给 ViewGroup 的 dispatchTouchEvent() 方法，如果当前 ViewGroup 不拦截事件，则继续向子 View 分发事件，然后以此类推直到被哪个 View 处理，如果没有任何 View 处理该事件，当事件由父 View 向子 View 传递到最深层次的 View 时，事件将向父 View 的方向回传事件，最后交由 Activity 的 onTouchEvent() 进行处理。
如果当前 ViewGroup 拦截该事件，则事件不在向子 View 分发，而是调用其 onTouchEvent() 方法处理事件，当然事件是否处理主要看相应的 onTouchEvent() 方法的返回值，如果 onTouchEvent() 方法返回 true，表示事件就此消费，反之，返回 false 表示事件没有被消费，将交由父 View 的 onTouchEvent() 方法进行处理，如果父 View 中一直没有处理，则最后将交由 Activity 的 onTouchEvent() 进行处理。
如果事件在分发过程中被某个 View 处理了，比如说是 ACTION_DOWN 事件，当该事件被处理了，后面的 ACTION_MOVE、ACTION_UP 事件将由处理该事件的那个 View 直接接收，也就是说一旦某个事件被某个 View 处理了，后面的一系列事件不在判断是否拦截这些事件，而是直接接收，因为一个完整的事件序列始终以 ACTION_DOWN 事件开始，然后若干 ACTION_MOVE 事件，最后以 ACTION_UP 结束。
