本篇文章主要介绍了"iOS事件触摸事件处理机制"，主要涉及到方面的内容，对于移动开发感兴趣的同学可以参考一下：
移动平台上的开发主要关注数据以及数据的处理，事件的处理以及UI。所以事件的分发处理是很重要的一个环节，对于一个平台的优劣来说也是一项重要的参数。如...
移动平台上的开发主要关注数据以及数据的处理，事件的处理以及UI。所以事件的分发处理是很重要的一个环节，对于一个平台的优劣来说也是一项重要的参数。如果事件的分发设计的不好，一些复杂的UI场景就会变得很难写甚至没法写。从小屏没有触摸的功能机开始到现在大屏多点触摸的智能机，对于事件的分发处理基本思路都是一样的——链（设计模式中有个模式就是职责链chain of responsibility），只是判定的复杂程度不同。
iOS中的事件有3类，触摸事件（单点，多点，手势）、传感器事件（加速度传感器）和远程控制事件，这里我介绍的是第一种事件的分发处理。
上面的这张图来自苹果的官方。描述了Responder的链，同时也是事件处理的顺序。通过这两张图，我们可以发现：
1. 事件顺着responder chain传递，如果一环不处理，则传递到下一环，如果都没有处理，最后回到UIApplication，再不处理就会抛弃
2. view的下一级是包含它的viewController，如果没有viewController则是它的superView
3. viewController的下一级是它的view的superView
4. view之后是window，最后传给application，这点iOS会比OS X简单（application就一个，window也一个）
总结出来传递规则是这样的：
这样事件就会从first responder逐级传递过来，直到被处理或者被抛弃。
由于UI的复杂，这个responder chain是需要根据事件来计算的。比如，我现在在一个view内加入了2个Button，先点击了一个，则first responder肯定是这个点击过的button，但我下面可以去点击另一个button，所以显然，当触摸事件来时，这个chain是需要重新计算更新的，这个计算的顺序是事件分发的顺序，基本上是分发的反过来。
无论是哪种事件，都是系统本身先获得，是iOS系统来传给UIApplication的，由Application再决定交给谁去处理，所以如果我们要拦截事件，可以在UIApplication层面或者UIWindow层面去拦截。
