UIResponder响应链

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event;   // recursively calls -pointInside:withEvent:. point is in the receiver‘s coordinate system
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event;   // default returns YES if point is in bounds

UIWindow会通过调用hitTest:withEvent:方法（这个方法会对UIWindow的所有子view调用pointInside:withEvent:方法，其中返回的YES的view为ViewA，得知用户点击的范围在ViewA中），类似地，在ViewA中调用hitTest:withEvent:方法，得知用户点击的范围在ViewB中，依此类推，最终找到点击的view为ViewE。

其中，hitTest:withEvent:方法大致的实现如下：

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event{
     for (UIView *view in self.subviews) {
          if([view pointInside:point withEvent:event]){
              UIView *hitTestView = [view hitTest:point withEvent:event];
             if(nil == hitTestView){
                  return view;
              }
          }
      }
     return nil;
 }

通过以上这种递归的形式就能找到用户点击的是哪个view，其中还要注意的时当前的view是否开启了userIntercationEnabled属性，如果这个属性未开启，以上递归也会在未开启userIntercationEnabled属性的view层终止。

三、如何根据响应链响应

　　既然找到了用户点击的view，那么当前就应该响应用户的点击事件了，UIView与UIViewController的共同父类是UIResponder，他们都可以复写下列4个方法：

-(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
-(void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;
-(void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event; 
-(void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event;

　　这个响应点击事件的过程是上面的逆序操作，这就是用到了UIResponder的nextResponder方法了。比如上面的图点击ViewE，这时候ViewE先响应，接下来是nextResponder即ViewB，接下来是ViewB的nextResponder即ViewA。

　　关于nextResponder有如下几条规则：

1. 当一个view调用其nextResponder会返回其superView;
2. 如果当前的view为UIViewController的view被添加到其他view上，那么调用nextResponder会返回当前的UIViewController，而这个UIViewController的nextResponder为view的superView；
3. 如果当前的UIViewController的view没有添加到任何其他view上，当前的UIViewController的nextResponder为nil，不管它是keyWinodw或UINavigationController的rootViewController，都是如此；
4. 如果当前application的keyWindow的rootViewController为UINavigationController(或UITabViewController)，那么通过调用UINavigationController(或UITabViewController)的nextResponder得到keyWinodw；
5. keyWinodw的nextResponder为UIApplication，UIApplication的nextResponder为AppDelegate，AppDelegate的nextResponder为nil。

用图来表示，如下所示：

四、遇到的问题

　　在开发过程中，我们有可能遇到UIScrollView 或 UIImageView 截获touch事件，导致touchesBegan: withEvent:/touchesMoved: withEvent:/touchesEnded: withEvent: 等方法不执行。比如下面这种情况，scrollView的superView是view，view对应的viewController中的touchesBegan: withEvent:/touchesMoved: withEvent:/touchesEnded: withEvent: 等方法就不执行。

@implementation UIScrollView (Touch)
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    if([self isMemberOfClass:[UIScrollView class]]) {
        [[self nextResponder] touchesBegan:touches withEvent:event];
    }
}
@end

这样UIScrollView确实会用nextResponder把响应传递到view，接下来传递到viewController中。但是，如果没有使用if([self isMemberOfClass:[UIScrollView class]]) 进行过滤判断，那么，有可能会导致一个使用系统手写输入法时带来的crash问题。即手写的键盘的子view是UIKBCandidateCollectionView，调用了[[self nextResponder] touchesBegan:touches withEvent:event];后会造成系统的crash问题：

-[UIKBBlurredKeyView candidateList]: unrecognized selector sent to instance 0x104f6c6b0

这个crash的复现见《UIKBBlurredKeyView candidateList:unrecognized...BUG修复》，它的解决办法也随处可见，比如《-[UIKBBlurredKeyView candidateList]: unrecognized selector sent to instance 0x5a89960》

此crash的技术层面详细原因：

手写的键盘的子view是UIKBCandidateCollectionView（UIColloectionView的子类）的实例，它的nextResponder是UIKBHandwritingCandidateView类型的实例，执行UIKBHandwritingCandidateView的touchesBegan:withEvent:方法后，会使得整个candidate view呈选中状态，而苹果对手写键盘的选择candidate字符时的原生处理方法是会避免candidate view呈选中状态的。整个candidate view呈选中状态后后再点击键盘的任意地方，本应调用UIKBCandidateView实例的方法candidateList，结果调用了UIKBBlurredKeyView的candidateList方法，导致方法找不到，导致"-[UIKBBlurredKeyView candidateList]: unrecognized selector sent to instance "crash。

crash总结：

通过对这个crash的详细分析，虽然上面的使用isMemberOfClass判断后使用nextResponder对事件响应链进行传递没有问题，但由于nextResponder依然具有不可控性，还是不建议用category复写系统的方法，这一点以后一定注意。

谨慎使用Category，特别是覆盖系统原始方法的category的实现。