在自定义View中，经常需要处理Android事件分发的问题，尤其在有多个输入设备（如遥控、鼠标、游戏手柄等）时，事件处理问题尤为突出。Android事件分发机制，一直以来都是一个让众多开发者困扰的难点，至少笔者在工作的前几年中，没有特意研究它之前，就经常云里雾里。实际上，该问题的“七寸”就是dispatchTouchEvent(MotionEvent ev)、onInterceptTouchEvent(MotionEvent ev)、onTouchEvent(MotionEvent ev)这三个方法和MotionEvent事件实体，咱们这里索性称它们为“四大恶人”吧。本文将主要通过示例演示的方式来打这个“七寸”吧。
本文的主要内容如下：
一、事件分发机制与生活场景
Android的事件分发机制和生活中的很多场景有着相似之处，可能Android的很多设计灵感就是来源于生活吧。
1、示例中的四个角色
在众多示例当中，有一个经常被拿来举例的经典场景就是PM（项目经理）、Team Leader、Programmer之间工作安排的问题，咱们这里也用这个场景来类比，另外再加一个Boss的角色，以便于理解。现在这个公司中四个角色职位从高到低依次为，Boss > PM > Team Leader > Programmer。
2、可能出现的场景
一般来说，一个寻常的工作流程是：Boss想到有个功能很流行，就会指示PM去办，PM会分发给Team Leader，而Team Leader会安排Proggrammer去编程实现。Boss是决策者，事件来源于他；PM和Team Leader是管理者，负责一层层把任务派发给自己的下属；Programmer是具体来做开发的，所以事件最后落在他的身上了，最后由他来完成。但是现实工作中，工作并不总是这个流程，还有很多其它场景，比如：
（1）市面上出现了一很火的行业，做智能手机。本公司是否需要也涉足这个行业，需要Boss自己开董事会来做决策。那么这个事情就是Boss应该处理的事情，他就不会派发给PM，Boss以下的员工看来，就跟没有任何事情一样。
（2）Boss确定了智能手机是一个很有前景的行业，确定了要做，于是就召集PM，做好立项工作。那这个立项工作就是这个PM的工作了，如何立项，需要招聘什么样人等各项准备工作，PM就得自己做好整个计划，事情就到他这里为止了，不会再往下派发。
（3）做手机挣了钱，Boss决定奖励一些表现优异的Programmer。这需要先安排PM，PM然后安排下面的Team Leader对下面的Programmer们做综合考量，将优秀者报上去。这就是Team Leader需要完成的工作，他也无法再传下去。
（4）如前面说到的，Boss要求做一个市面上很流行的功能，经过PM和Team Leader层层派发到了Programmer手上。虽然事情派发到了Programmer手上，但也有两种情形：
1）在Programmer能力范围内，做得很完美。这种情况事情就在这里被处理掉了，无需再传递出去了。后续Boss一系列的类似功能也会继续派发下来，也以这样的流程来走下去。
2）Programmer能力有限，做不了。这种情况下，他就需要告诉Team Leader这一情况，把这个任务再依次传递给自己的领导。这样又有两种情况：①Team Leader 或者PM本身也是研发出身，开发能力也很强，就把这个开发任务给完成了，这样事情也就到此为止不再传递了。在Boss看来，下面的团队有能力开发好这类需求，于是后续Boss一系列的类似功能也会继续派发下来。由于上一次的任务中，Team Leader或者PM知道自己的手下处理不了这类任务，所以当上一级把任务分发到自己这一层的时候，就不会再继续往下分发，而是自己亲自处完成。②Team Leader和PM都是管理出身，这个功能他们也不会做。于是就层层往上报，最后到老板那里，老板自己处理，是不了了之还是再找招人，或者自己也是个大牛程序员自己可以开发出来，这个决策由老板来做。老板知道自己下面的团队完成不了这一系列任务，后续一系列这类功能，就不再派发下去了。
......
上述列出了一些比较有代表性的可能情况，下面咱们根据这些情况，来理解事件的分发机制。其实这里PM和Team Leader可以整体作为一个角色来看，只是为了后面看代码和日志方便对应，才分开为两个角色的。
二、MotionEvent简介
在讲Android事件分发机制前，先简单了解一些MotionEvent，因为它就是这个“事件”。以下截取了部分源码中的描述：