获取某一个view所在视图控制器，进而可以进行跳转等操作

废话不多说，直接上代码。

//拿到当前view所在的viewcontroller
- (UIViewController *)viewController {
    for (UIView* next = [self superview]; next; next = next.superview) {
        UIResponder *nextResponder = [next nextResponder];
        if ([nextResponder isKindOfClass:[UIViewController class]]) {
            return (UIViewController *)nextResponder;
        }
    }
    return nil;
}

从一个需求问题看iOS的事件处理

本文从一个小需求点开始，简要整理下iOS事件处理相关的内容。鉴于容易吓到小朋友，就不以“一个XX引发的血案”做标题了，虽然本文用这类标题很吸引人也很“适合”。

前两天遇到的一个需求是封装一个SDK，在某个API调用的时候需要知道应用当前展现在屏幕最前层对应的Controller对象。最终大概的方案是这样的：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

UIViewController *result = nil ;   UIWindow * window = [[UIApplication sharedApplication] keyWindow]; if (window.windowLevel != UIWindowLevelNormal) {      NSArray *windows = [[UIApplication sharedApplication] windows];      for (UIWindow * tmpWin in windows)      {          if (tmpWin.windowLevel == UIWindowLevelNormal)          {              window = tmpWin;              break ;          }      } }   UIView *frontView = [[window subviews] objectAtIndex:0]; id nextResponder = [frontView nextResponder];   if ([nextResponder isKindOfClass:[UIViewController class ]])      result = nextResponder; else      result = window.rootViewController;

这其中有Window和Responder的概念，这些都是和iOS事件处理相关的内容，下面基于这个代码示例解释和整理一下。

0. 示例代码解释

前半部分是“找Window”，后半部分是“在Window中找View和对应的Controller”。

在iOS中，window这个概念对应于UIWindow类，主要负责展示视图和做事件分发处理。而UIWindow对象中有一个属性叫做windowLevel，标志着这个window在显示和事件处理方面的层级，我们正常运行中看到的window是默认的UIWindowLevelNormal，对应为0，此外还定义了两个级别的常量，对应statusBar和alert。而这里我们要找的，就是UIWindowLevelNormal这个层面的window对象。

Window既然是展现视图的，那么也就要从view找起，通过index为0的UIView向上找，直到“响应链”上的一个ViewController。

1. Responder链

在上面那段示例代码中，可以看到，后面寻找特定Controller的过程实际上就是根据nextResponder属性进行迭代。这个nextResponder实际上是UIResponder类的一个方法，返回的引用也是一个UIResponder类对象。

UIResponder是什么？它可以是一个UIView（包括UIControl和UIWindow）、UIViewController，甚至可以是一个UIApplication。

看UIResponder类，它提供了很多功能，而其中最主要的自然是负责响应事件。在iOS中，响应的事件可分为3类：

• UIEventTypeTouches，屏幕触摸事件
• UIEventTypeMotion，设备接受到的动作
• UIEventTypeRemoteControl，遥控事件

而这3者都需要Responder链。其中Motion和RemoteControl事件需要FirstResponder，而Touch虽然和此二者不完全相同，对事件的响应路径也是基于Responder链的。

而Responder链的路径如下图所示（引自苹果官方文档）：

2. 事件处理基本流程

上面通过对Responder Chain的介绍，解释了上面示例代码中的内容。借这个机会也把iOS事件处理的大致流程。

以触摸事件为例，操作系统会将用户的触屏操作记录下来，封装成事件对象并放到应用的事件队列。应用中的主循环会获取事件队列里的事件对象，交给window对象处理。

Window对象根据事件的情况和Responder Chain分发给特定的Responder对象进行处理。

对于触摸类型的事件，默认情况下，window对象会先将各个事件优先交给Gesture Recognizer分析处理，如果未能识别，特定的view会根据事件的时机做具体的处理。Gesture Recognizer采用优先状态机的方式对用户的手势进行识别。

3. 事件Event

在事件处理过程中，事件Event对象是一个比较基本的要素，我们再来稍微看下。

在iOS中，UIEvent是对应的类。我们可以通过UIKit下的UIEvent头文件来看这个类的定义，虽然这个头文件中有了Event的三种类型及子类型的定义。但毕竟Motion和RemoteControl的事件略有特别，类定义中更多的是触摸事件相关的。

对于Motion事件的处理，官方的文档给出了3个层面的方式：

• 基本处理，使用UIDevice和Notification，监测orientation的变化
• 简单响应，通过UIResponder对motion的几个方法定义
• 复杂处理，使用加速器和陀螺仪相关的framework，对设备的动作细节数据做全面的收集、分析和处理

对于Remote Control，主要是对于多媒体的播放控制，这里不详细说。

最后，我们看下最常见的触摸事件，我们前面说到UIEvent类定义中很多是针对触摸的，其中用到了UITouch。UITouch类对触摸事件的位置、时长、次数、相关的view和所处阶段都有清晰的记录。

这篇文章为本人参考苹果文档整理的原创，欢迎大家沟通交流讨论。