网上介绍iOS事件机制的文章，有不少都讲得很好，搬运一次意义不大，这里我就列一些要点吧。
跟Android一样，iOS的Touch事件也是从外到内传递，然后从内到外响应，可以看成一个U型结构。然而，个人认为，iOS的api比Android更加清晰、简单易懂。
事件从外向内传递，有两个api可以干预，一个是hitTest，另一个是pointInside。
事件传递的目标是找到第一个响应事件的对象，如果找不到，事件就扔掉了。
事件从第一个响应事件的对象开始向外传递，每个能响应事件的对象都是UIResponder的子类。这条响应链通常是 UIView->UIViewController->UIWindow->UIApplication，实际情况更加复杂，但基本上就这意思。
UIView有几种情况是不会处理Touch事件的。
1. userInteractionEnabled = NO // 禁用用户交互
2. hidden = YES // 隐藏
3. alpha < 0.01 // 透明度太低
Android上面要扩大一个View的点击区域，通常需要通过加padding或者外面包一层更大的父布局来解决，然而iOS上面，只需要重写pointInside就可以了。所以，学了iOS的流程，我会觉得它虽然跟Android类似，都有一个整体的框架流程，但iOS的灵活性更好一些。
Android上面Touch事件传递通常涉及到三个方法，onTouchEvent、onInterceptTouchEvent、dispatchTouchEvent。看名字理解这几个方法的作用倒没什么问题，但实际应用时，会发现所有事件(MotionEvent)都会经过这些方法，要区分DOWN、MOVE、UP、CANCEL这些，需要编码的时候自己去根据action判断。而iOS的api里，分工明确，看api名字就知道，是发生了什么事情，个人看来，这对编程的人来说来是更加友好的。
今天就扯这么多吧。