iOS开发 - 事件的产生和传递

事件的产生和传递

发生触摸事件后，系统会将该事件加入到一个由UIApplication管理的事件队列中

UIApplication会从事件队列中取出最前面的事件，并将事件分发下去以便处理，通常，先发送事件给应用程序的主窗口（keyWindow）

主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件，这也是整个事件处理过程的第一步

找到合适的视图控件后，就会调用视图控件的touches方法来作具体的事件处理

touchesBegan…
touchesMoved…
touchedEnded…

UIView不接收触摸事件的三种情况

1.不接收用户交互

userInteractionEnabled = NO;

2、隐藏

hidden = YES;

3.透明

alpha = 0.0 ~ 0.01

提示：UIImageView的userInteractionEnabled默认就是NO，因此UIImageView以及它的子控件默认是不能接收触摸事件的

触摸事件处理的详细过程

用户点击屏幕后产生的一个触摸事件，经过一些列的传递过程后，会找到最合适的视图控件来处理这个事件

找到最合适的视图控件后，就会调用控件的touches方法来作具体的事件处理

touchesBegan…
touchesMoved…
touchedEnded…

这些touches方法的默认做法是将事件顺着响应者链条向上传递，将事件交给上一个响应者进行处理

响应者链条示意图

响应者链的事件传递过程

如果view的控制器存在，就传递给控制器；如果控制器不存在，则将其传递给它的父视图
在视图层次结构的最顶级视图，如果也不能处理收到的事件或消息，则其将事件或消息传递给window对象进行处理
如果window对象也不处理，则其将事件或消息传递给UIApplication对象
如果UIApplication也不能处理该事件或消息，则将其丢弃

监听触摸事件的做法

如果想监听一个view上面的触摸事件，之前的做法是
自定义一个view
实现view的touches方法，在方法内部实现具体处理代码

通过touches方法监听view触摸事件，有很明显的几个缺点
必须得自定义view
由于是在view内部的touches方法中监听触摸事件，因此默认情况下，无法让其他外界对象监听view的触摸事件
不容易区分用户的具体手势行为

iOS 3.2之后，苹果推出了手势识别功能（Gesture Recognizer），在触摸事件处理方面，大大简化了开发者的开发难度