点击一个Button究竟发生了什么

很简单的一个问题：“在屏幕上有个按钮，你点下去，之后究竟发生了什么”，就这么个问题如果你没有留心的话可能还真不一定回答的出来。也许你会说，它的控制器会响应它的点击方法。可是，然后呢，它的控制器怎么就知道是去响应这个button的点击方法，而不是另外一个呢。要回答这个问题就涉及到响应者链的(The Responder Chain)的问题了，苹果官网是这么说的：

大致呢是这么个意思，当一个又用户引起的事件产生时，UIKit这个框架会产生一个包含处理该事件信息的一个对象。然后它把这个对象放入活动的app事件队列中，对于触摸事件来说，那个对象就是一系列的被打包成UIEvent的触摸事件。对于动作事件来说，那个对象随着你使用的框架以及你感兴趣的动作的不同而不同。

说的有点绕，但起码前两句看懂了不是，你触摸后就会产生一个对象，然后把他放入了一个队列，然后怎么处理的呢，请继续看下文，我门知道那个由于你触摸而产生的对象被放入了一个队列中，那放入队列中干什么呢，当然是等待处理了，那谁去处理它呢。对了，我觉得应该是那个button去处理，我是点了它的，当然是它去处理了，你点的它你当然知道了，那系统是怎么知道的呢。iOS系统使用触碰测试(hit-testing)这个过程来检查，首先系统会主动地检查这个触摸点是否发生着任何一个与之有关的视图范围内，一旦发现这个触摸点在这个视图范围内，那么就递归地依次检查这个视图对象的所有子视图，这样最终找到的那个视图就是hit-testing过程找出来的视图对象。在iOS系统确定了那个视图对象之后，它就把刚才放入事件队列的那个事件仍给这个视图对象来处理。什么？你还没理解，那就请看图：

假如你点的是View E,寻找过程就下面几步：

• 首先不管你点的哪，它肯定在View A里面，屏幕就那么大，能跑哪去
• View A有两个字视图View B 和View C,所以系统就检查是在他两谁的里面
• 发现不在View B里面，而是在View C里面，于是开始检查View C的字视图View D和View E
• 发现触摸点不在View D的范围，而在View E的范围
• View E已经没有字视图了，于是View E就这么被找到了
  哈哈，到这里，我终于明白了，这么简单啊。然而并没什么卵用！知道又怎么样。继续，上面提到了，iOS为了确定应该由哪个程序去响应事件，它会依次去查找视图里面的每一个子View,那它是调用什么方法去查找的呢，每个View都有这么一个hitTest:withEvent:方法，如果点击的是这个View,那么这个View就把自己返回（如果是子View就把子View返回），作为第一响应者。知道这个后我们就可以搞出点事了，比如我们可以拦截这个方法去做自己的事情，比如产品经理提出这么变态要求：“在屏幕的任何地方滑动要求里面的表页跟着滑动”，那么我们可以这么做，新建一个类继承UITableView然后在里面写上一下内容：
  - (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
  return self;
  }
  这就搞定了