GeekBand - iOS 事件传递及响应笔记第一周

本次笔记主要是整理一下关于 iOS 中关于事件传递和响应机制,参考了一些其他资料加上自己的理解。

事件 Events

定义是 objects sent to an app informing user actions.

iOS 中的事件

iOS 有三种事件类型:

  • 触摸事件:单点、多点触控以及各种手势操作;
  • 加速计事件:重力、加速度传感器等;
  • 远程控制事件:远程遥控iOS设备多媒体播放等;

响应者对象 UIResponder

在iOS中不是任何对象都能处理事件,只有继承了UIResponder的对象才能接受并处理事件,我们称之为“响应者对象”。以下都是继承自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 的一个实例的时候,就会产生触摸事件 UIEventTypeTouches,而接收对象 UIView 就是一个Responder object。 一个事件可以被多个 Responder 接收,第一个接收事件的对象就是 firstResponder。

触摸事件

UIView 的触摸事件处理方法有以下几种:

// UIView是UIResponder的子类,可以覆盖下列4个方法处理不同的触摸事件
// 一根或者多根手指开始触摸view,系统会自动调用view的下面方法
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
// 一根或者多根手指在view上移动,系统会自动调用view的下面方法(随着手指的移动,会持续调用该方法)
- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event
// 一根或者多根手指离开view,系统会自动调用view的下面方法- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event
// 触摸结束前,某个系统事件(例如电话呼入)会打断触摸过程,系统会自动调用view的下面方法
- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event
// 提示:touches中存放的都是UITouch对象

以上四个方法是由系统自动调用的,所以可以通过重写该方法来处理一些事件。需要注意的是重写以上四个方法,如果是处理UIView的触摸事件,必须要自定义UIView子类继承自UIView。没有UIView的 .m 文件,只能通过子类继承父类,重写子类方法的方式处理UIView的触摸事件。如果是处理UIViewController的触摸事件,那么在控制器的.m文件中直接重写即可。

UIView 的拖拽事件

实现拖拽是让UIView随着手指的移动而移动,重写touchsMoved:withEvent:,需要用到UITouch对象。

  • 手指触摸屏幕时,会创建一个与手指相关的UITouch对象
  • 一根手指对应一个UITouch对象
  • 如果两根手指同时触摸一个view,那么view只会调用一次touchesBegan:withEvent:方法,touches参数中装着2个UITouch对象
  • 手指一前一后分开触摸同一个view,那么view会分别调用2次touchesBegan:withEvent:方法,并且每次调用时的touches参数中只包含一个UITouch对象

UITouch对象的作用:

  • 保存着跟手指相关的信息,比如触摸的位置、时间、阶段
  • 手指移动时,系统会更新同一个UITouch对象,使之能够一直保存该手指在的触摸位置
  • 手指离开屏幕时,系统会销毁相应的UITouch对象

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

UITouch 的方法

  • -(CGPoint)locationInView:(UIView*)view
    • 返回值表示触摸在view上的位置
    • 这里返回的位置是针对view的坐标系的(以view的左上角为原点(0, 0))
    • 调用时传入的view参数为nil的话,返回的是触摸点在UIWindow的位置
  • - (CGPoint)previousLocationInView:(UIView *)view
    该方法记录了前一个触摸点的位置

iOS 中事件的产生和传递

事件传递

  • 发生触摸事件后,系统会将该事件 UIEvent 加入到一个由UIApplication管理的事件队列中
  • UIApplication会从事件队列中取出最前面的事件,并将事件分发下去以便处理,通
    常,先发送事件给应用程序的主窗口(keyWindow)
  • 主窗又会在视图层次结构中找到一个最合适的视图来处理触摸事件,这也是整个事件处理
    过程的第一步
  • 找到合适的视图控件后,就会调用视图控件的touches方法来作具体的事件处理
    • touchesBegan...
    • touchesMoved...
    • touchedEnded...

举例:


UIEvent
  • 触摸事件的传递是从父控件传递到子控件
  • 点击了绿色的view:
    UIApplication -> UIWindow -> 白色 -> 绿色
  • 点击了蓝色的view:
    UIApplication -> UIWindow -> 白色 -> 橙色 -> 蓝色
  • 点击了黄色的view:
    UIApplication -> UIWindow -> 白色 -> 橙色 -> 蓝色 -> 黄色
  • 如果父控件不能接收触摸事件,那么子控件就不可能接收到触摸事件
  • 如何找到最合适的控件来处理事件?
    • 自己是否能接收触摸事件?
    • 触摸点是否在自己身上?
    • 从后往前遍历子控件,重复前面的两个步骤
    • 如果没有符合条件的子控件,那么就自己最适合处理

找到最合适的 view 后,就会调用该 View 的 touches 方法处理具体的事件,只有找到最合适的 View,把事件传递给 View 后才会调用 touches 等方法来进行事件处理。

具体如何找到最合适的 View 来处理事件

整个过程类似递归调用。
举例说明,假如点在黄色 View 上,触摸事件是从父控件传递到子控件,UIApplication -> UIWindow -> 白色 -> 橙色 -> 蓝色 -> 黄色。点在黄色View上,同时也点在白色、橙色和蓝色上,系统如何判断是点在黄色上呢?首先点到黄色后会产生一个触摸事件,系统会将该事件 UIEvent 加入到一个由 UIApplication 管理的事件队列中,UIApplication会从事件队列中取出最前面的事件,并将事件分发下去以便处理,通常,先发送事件给应用程序的主窗口(keyWindow),主窗又会在视图层次结构中找到一个最合适的视图来处理触摸事件。关键来了,UIWindows首先判断自己是否接收触摸事件,及触摸点是否在自己身上,这两点满足后,便开始从后往前遍历子控件,注意此时 UIWindow 的子控件只有白色 View,然后判断白色 View 是否满足 1.自己是否接收触摸事件 2.触摸点是否在自己身上,两点满足后开始执行 3.从后往前遍历子控件。此时白色 View 有两个子控件,绿色 View 和橙色 View,按照从后往前,即后添加的橙色 View 。先判断橙色 View 的是否满足三个条件,橙色判断完后在判断绿色,绿色判断的时候不满足触摸点在自己身上,终止。橙色判断满足前两条,然后开始第三条,遍历橙色的子控件,然后红色不满足,蓝色继续判断,前两条满足,然后遍历蓝色的子控件,只有黄色 View,此时黄色满足2条,但是没有子控件,循环停止,最终返回的就是黄色 View。可以看出,如果父控件不能接收触摸事件,触摸事件是不能传递到子控件的。

底层实现

两个方法

  • hitTest:withEvent:方法
  • pointInside方法

hitTest:withEvent: 方法用来寻找并返回最合适的 View,可以通过重写该方法返回指定的 View 作为最合适的 View。这样可以拦截事件的传递过程,指定 View 来处理事件。

事件传递给谁就会调用谁的hitTest:withEvent:方法,如果hitTest:withEvent:方法中返回nil,那么调用该方法的控件本身和其子控件都不是最合适的 view,也就是在自己身上没有找到更合适的 view。那么最合适的 view 就是该控件的父控件。

事件传递给窗口或控件后,首先要调用hitTest:withEvent:方法来寻找最合适的 View。其过程是先传递事件,view 接收到该事件后开始调用hitTest:withEvent:方法。假如层级结构A->B->C,A是最顶层的 View,A收到事件后,会根据hitTest:withEvent:来查找最合适的 View,此时会返回自己为合适的 view,要查找最合适的 View 就需要继续传递事件,即使 A 是最合适的 View,也需要进一步传递事件,因为此时还不知道自己是最合适的 View,将事件传递给 B 之后,B 就会调用自己的 hitTest:withEvent: 方法来查找最合适的 View,仍然返回自己为合适的 View,继续寻找最合适的 View,然后事件传递给 C,C 调用后有子控件,则 C 就是最合适的 View。

想让谁成为最合适的view就重写谁自己的父控件的hitTest:withEvent:方法返回指定的子控件。

hit:withEvent:方法底层会调用pointInside:withEvent:方法判断点在不在方法调用者的坐标系上。

UIView 不接收触摸实践的三种情况

  • 不支持交互 userInteractionEnabled = NO
  • 隐藏 hidden = YES
  • 透明度 alpha = 0.0 - 0.01

事件的响应

上述的事件传递,只是根据 View 是否接收触摸事件及触摸点的位置来找到最合适的 View 来处理事件,找到最合适的 View 后会调用 touches 等方法来作具体的事件处理,但是最合适的 View 可能不具备 touches 方法来处理事件,此时机会存在一个事件响应的问题,最合适的 View 不一定能响应该事件,引出了响应链的传递过程,一般是讲事件交给上一个响应者来进行处理。

响应者链条示意图

  • 响应者链条: 是由多个响应者对象连接起来的链条
  • 作用:可以很清楚的看见每个响应者之间的联系,并且可以让一个事件处理给多个对象处理
  • 响应者对象:能处理事件的对象
响应链条示意图

事件传递的完整过程

  1. 先将事件对象由上往下传递(由父控件传递给子控件),找到最合适的控件 来处理这个事件。
  2. 调用最合适控件的touches....方法
  3. 如果调用了[super touches....];就会将事件顺着响应者链条往上传递,传递
    给上一个响应者
  4. 接着就会调用上一个响应者的touches....方法

如何判断上一个响应者

  • 如果当前这个view是控制器的view,那么控制器就是上一个响应者
  • 如果当前这个view不是控制器的view,那么父控件就是上一个响应者

响应者链的事件传递过程

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

事件的传递和响应

  • 当一个事件发生后首先发生的是事件的传递,事件会从父控件依次传给子控件,Application -> UIWindow -> UIView -> initial view,此过程是寻找最合适的 view 的过程
  • 找到最合适的 view 后,就是事件的响应过程,先看 initial view 是否能够处理事件,如果不能将传给上级视图,传到视图控制器,一直传到 window 和 application,都不能处理则丢弃
  • 事件的响应中,如果某个控件实现了touches方法,则这个事件将由该控件来处理,如果调用了[supertouches….];就会将事件顺着响应者链条往上传递,传递给上一个响应者;接着就会调用上一个响应者的touches方法。
  • 通过重写自己的touches方法和父控件的touches方法可以达到一个事件多个对象处理的目的

** 事件的传递和响应的区别:**

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

Demo

关于事件传递和响应链条的小Demo:事件传递及响应Demo

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,847评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,208评论 1 292
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,587评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,942评论 0 205
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,332评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,587评论 1 218
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,853评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,568评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,273评论 1 242
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,542评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,033评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,373评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,031评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,073评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,830评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,628评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,537评论 2 269

推荐阅读更多精彩内容