10.iOS事件的传递与响应

2017-05-26  本文已影响51人  yaoyao妖妖

Question1: 在UIWindow中添加了两个ViewController,并显示后一个ViewController的视图,结果视图并没有被旋转成横版,仍旧按照竖版来显示?

解决办法:

给UIWindow设置一个rootViewController,之后添加的所有ViewController都以rootViewController的subview形式添加。

原因:

官方的Q&A讲的很简单:如果往一个UIWindow里面添加了两个以上的view,那么后面添加的view就会收不到旋转的事件,于是无法正常调整视图的方向 —– 只有第一个加入到UIWindow的view才会进行旋转。

Question2: 发生触摸事件后,事件的传递与响应的过程?

1、事件的传递,即寻找第一响应者

发生触摸事件后,系统首先会将该事件加入到一个由UIApplication管理的队列事件中;
UIApplication会从事件队列中取出最前面的事件,并将事件分发下去以便处理,通常会先发送事件给应用程序的主窗口(keyWindow),主窗口会在视图层次结构中找到一个最合适的视图来处理触摸事件。

即:>UIApplication -> Window ->递归找到处理事件的控件(寻找hit-test view)

2、事件的响应,即寻找事件的处理者

递归找到处理事件的控件->控件调用touches方法 -> 判断是否实现了touch 方法 ->如果没有实现默认将事件传递给上一个响应者

接下来就是事件的响应者对事件进行处理(调用touches方法) 。

如何做到一个事件多个对象处理:
因为系统默认做法是把事件上抛给父控件,所以可以通过重写自己的touches方法和父控件的touches方法来达到一个事件多个对象处理的目的。
解释: 如果需要自定义触摸事件就需要重写touch事件,如果找到第一响应者重写这个事件,那么这个事件就由这个响应者处理,如果需要这个事件多个对象处理,那么在touch事件里面加上[super touchesBegan:touches withEvent:event];

想要弄清楚具体的过程,让我们先来看看一些基本的概念

  1. 触摸事件(Touch Event) : 当用户触摸屏幕时发生的事件。
  2. 运动事件(Motion Event) :用户移动设备时发生的事件:加速计,重力感应。
  3. 远端控制事件(Remote-control Event) : 如通过耳机进行控制iOS设备声音等都属于远端控制事件。
UITouch

当你用一根手指触摸屏幕时, 会创建一个与之关联的UITouch对象, 一个UITouch对象对应一根手指. 在事件中可以根据NSSet中UITouch对象的数量得出此次触摸事件是单指触摸还是双指多指等等

触摸产生时所处的窗口
@property(nonatomic,readonly,retain) UIWindow *window;
触摸产生时所处的视图
@property(nonatomic,readonly,retain) UIView   *view;
短时间内点按屏幕的次数,可以根据tapCount判断单击、双击或更多的点击
@property(nonatomic,readonly) NSUInteger      tapCount;
记录了触摸事件产生或变化时的时间,单位是秒
@property(nonatomic,readonly) NSTimeInterval  timestamp;
当前触摸事件所处的状态
@property(nonatomic,readonly) UITouchPhase    phase;

UIEvent

每产生一个事件, 就对应产生一个UIEvent. UIEvent记录着该事件产生的时间, 事件的类型等等

UIEvent几个重要的属性 :

事件类型
@property(nonatomic,readonly) UIEventType     type;
@property(nonatomic,readonly) UIEventSubtype  subtype;
事件产生的时间
@property(nonatomic,readonly) NSTimeInterval  timestamp;

响应者对象(UIResponder)

在iOS中不是任何对象都能处理事件, 只有继承了UIResponder的对象才能接收并处理事件,我们称为响应者对象
UIApplication,UIViewController,UIView都继承自UIResponder,因此他们都是响应者对象, 都能够接收并处理事件

继承自UIResponder的类能处理事件是由于UIResponder内部提供了以下方法

触摸事件
- (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;

加速计事件
- (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionEnded:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionCancelled:(UIEventSubtype)motion withEvent:(UIEvent *)event;

远程控制事件
- (void)remoteControlReceivedWithEvent:(UIEvent *)event;
两个UIView相关属性:

multipleTouchEnabled:是否开启多点触控
exclusiveTouch :多个控件接受事件时的排他性

当用户发起一个事件,比如触摸屏幕或者晃动设备,系统产生一个事件,同时投递给UIApplication,而UIApplication则将这个事件传递给特定的UIWindow进行处理(正常情况都一个程序都只有一个UIWindow),然后由UIWindow将这个事件传递给特定的对象(即first responder)。

事件的传递过程中不同事件first responder响应者的确定?

虽然都是通过响应链对事件进行处理,但是触摸事件和运动事件在处理上有着明显的不同 ( 主要体现在确定哪个对象才是他们的 first responder ):

触摸事件是通过HitTest来确定first responder(整个过程和Windows中对消息的处理基本是一样的):当一个事件发生时,UIWindow将这个事件传递给当前可见的最顶端的view进行hitTest,并在这个hitTest里面进行递归查找,直到找到能够响应hitTest的最底层的那个Responder,确定为first responder。然后从这个responder开始进行处理这个事件,如果不能处理,则往上冒泡直到有一个Responder可以对这个事件进行处理为止。

但是运动事件却不太一样,它并不用进行HitTest,而是直接以响应链中被指定为first responder的对象为起点,通过响应链进行事件的分发和处理。第一个加入到UIWindow中的ViewController即是运动事件的first responder。这也就解释了为啥后加入的view不会被正常的旋转:虽然都是通过first responder开始分发事件,但是一个有进行hittest,一个没有,虽然大多数情况下hittest view和first responder是同一个view,但也不绝对。正如旋转的这个例子一样。

什么是hit-test view呢?简单来说就是你触发事件所在的那个View,寻找hit-test view的过程就叫做Hit-Testing。那么,系统是如何来执行Hit-Testing呢,首先假设现在有如下这么一个UI布局,一种有ABCDE五个View。

屏幕快照 2017-05-26 15.51.36.png

假设一个单击事件发生在了View D里面,系统首先会从最顶层的View A开始寻找,发现事件是在View A或者其子类里面,那么接着从B和C找,发现事件是在C或者其子类里面,那么接着到C里面找,这时发现事件是在D里面,并且D已经没有子类了,那么hit-test view就是View D啦。

10.png

第一响应者是第一个接收事件的View对象,我们在Xcode的Interface Builder画视图时,可以看到视图结构中就有First Responder。

这里的First Responder就是UIApplication了。另外,我们可以控制一个View让其成为First Responder,通过实现 canBecomeFirstResponder方法并返回YES可以使当前View成为第一响应者,或者调用View的becomeFirstResponder方法也可以,例如当UITextField调用该方法时会弹出键盘进行输入,此时输入框控件就是第一响应者。

事件的响应之 - 事件的响应

9.png
  1. 左边的情况,接收事件的initial view如果不能处理该事件并且她不是顶层的View,则事件会往它的父View进行传递。initial view的父View获取事件后如果仍不能处理,则继续往上传递,循环这个过程。如果顶层的View还是不能处理这个事件的话,则会将事件传递给它们的ViewController,如果ViewController也不能处理,则传递给Window(UIWindow),此时Window不能处理的话就将事件传递给Application(UIApplication),最后如果连Application也不能处理,则废弃该事件。
  1. 右边图的流程唯一不同就在于,如果当前的ViewController是由层级关系的,那么当子ViewController不能处理事件时,它会将事件继续往上传递,直到传递到其Root ViewController,后面的流程就跟之前分析的一样了。

事件的传递是从上到下(父控件到子控件),事件的响应是从下到上(顺着响应者链条向上传递:子控件到父控件。

http://www.jianshu.com/p/f55b613b564e
http://www.cnblogs.com/zhw511006/p/3517248.html
http://blog.csdn.net/primer_programer/article/details/7009689

上一篇下一篇

猜你喜欢

热点阅读