Fork me on GitHub

初识iOS事情处理机制

事件的生命周期:
  事件的产生和传递(事件如何从父控件传递到子控件并寻找到最合适的view、寻找最合适的view的底层实现、拦截事件的处理)->找到最合适的view后事件的处理(touches方法的重写,也就是事件的响应)

iOS中的事件可以分为3大类型:
触摸事件
加速计事件
远程控制事件
这里只讨论iOS中的触摸事件。

1 响应者对象(UIResponder)

在iOS中不是任何对象都能处理事件,只有继承了UIResponder的对象才能接受并处理事件,我们称之为“响应者对象”。UIApplication
UIViewController,UIView都继承了UIResponder,所以都能接收并处理事件。

UIResponder中处理事件的相关方法

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
// 触摸事件
open func touchesBegan(_ touches: Set<UITouch>, with event: UIEvent?)
open func touchesMoved(_ touches: Set<UITouch>, with event: UIEvent?)
open func touchesEnded(_ touches: Set<UITouch>, with event: UIEvent?)
open func touchesCancelled(_ touches: Set<UITouch>, with event: UIEvent?)

// 加速计事件
@available(iOS 3.0, *)
open func motionBegan(_ motion: UIEventSubtype, with event: UIEvent?)
@available(iOS 3.0, *)
open func motionEnded(_ motion: UIEventSubtype, with event: UIEvent?)
@available(iOS 3.0, *)
open func motionCancelled(_ motion: UIEventSubtype, with event: UIEvent?)

// 远程控制事件
@available(iOS 4.0, *)
open func remoteControlReceived(with event: UIEvent?)

2 触摸事件的处理

以UIView为例说明触摸事件的处理

1
2
3
4
5
6
7
8
// 一根或者多根手指开始触摸view,系统会自动调用
open func touchesBegan(_ touches: Set<UITouch>, with event: UIEvent?)
// 一根或者多根手指在view上移动,系统会自动调用(随着手指的移动,会持续调用该方法)
open func touchesMoved(_ touches: Set<UITouch>, with event: UIEvent?)
// 一根或者多根手指离开view,系统会自动调用
open func touchesEnded(_ touches: Set<UITouch>, with event: UIEvent?)
// 触摸结束前,某个系统事件(例如电话呼入)会打断触摸过程,系统会自动调用
open func touchesCancelled(_ touches: Set<UITouch>, with event: UIEvent?)

  • touches中存放的都是UITouch对象
  • 如果两根手指同时触摸一个view,那么view只会调用一次touchesBegan(_:with:)方法,touches参数中装着2个UITouch对象
  • 如果这两根手指一前一后分开触摸同一个view,那么view会分别调用2次touchesBegan(_:with:)方法,并且每次调用时的touches参数中只包含一个UITouch对象
  • 想处理UIView的触摸事件,必须自定义UIView子类继承自UIView

3 UITouch对象

3.1 UITouch的属性和方法

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
// 触摸产生时所处的窗口
open var window: UIWindow? { get }
// 触摸产生时所处的视图
open var view: UIView? { get }
// 记录了触摸事件产生或变化时的时间,单位是秒
open var timestamp: TimeInterval { get }
// 当前触摸事件所处的状态
open var phase: UITouchPhase { get }
// 短时间内点按屏幕的次数,可以根据tapCount判断单击、双击或更多的点击
open var tapCount: Int { get }

// 返回值表示触摸在view上的位置
// 这里返回的位置是针对view的坐标系的(以view的左上角为原点(0, 0))
open func location(in view: UIView?) -> CGPoint
// 前一个触摸点的位置
open func previousLocation(in view: UIView?) -> CGPoint

3.2 UITouch的作用

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

4 iOS事件的产生

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

5 iOS事件的传递

  • 触摸事件的传递是从父控件传递到子控件,也就是UIApplication->window->寻找处理事件最合适的view
  • 如果父控件不能接受触摸事件,那么子控件就不可能接收到触摸事件
  • 点击一个UIView或产生一个触摸事件A,这个触摸事件A会被添加到由UIApplication管理的事件队列中(即,首先接收到事件的是UIApplication)。
  • UIApplication会从事件对列中取出最前面的事件(此处假设为触摸事件A),把事件A传递给应用程序的主窗口(keyWindow)。

    5.1 应用如何找到最合适的控件来处理事件?

    1. 首先判断主窗口(keyWindow)自己是否能接受触摸事件
    2. 判断触摸点是否在自己身上
    3. 子控件数组中从后往前遍历子控件,重复前面的两个步骤(所谓从后往前遍历子控件,就是首先查找子控件数组中最后一个元素,然后执行1、2步骤)
    4. view,比如叫做fitView,那么会把这个事件交给这个fitView,再遍历这个fitView的子控件,直至没有更合适的view为止。
    5. 如果没有符合条件的子控件,那么就认为自己最合适处理这个事件,也就是自己是最合适的view。

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

    • 不允许交互:userInteractionEnabled = false
    • 隐藏:如果把父控件隐藏,那么子控件也会隐藏,隐藏的控件不能接受事件
    • 透明度:如果设置一个控件的透明度<0.01,会直接影响子控件的透明度。alpha:0.0~0.01为透明。

默认UIImageView不能接受触摸事件,因为不允许交互,即userInteractionEnabled = NO。所以如果希望UIImageView可以交互,需要设置UIImageView的userInteractionEnabled = YES。

5.3 事件传递示例

数字表示视图的层次

  • 不管视图能不能处理事件,只要点击了视图就都会产生事件,关键在于该事件最终是由谁来处理!也就是说,如果蓝色视图不能处理事件,点击蓝色视图产生的触摸事件不会由被点击的视图(蓝色视图)处理!
  • 如果设置父控件的透明度或者hidden,会直接影响到子控件的透明度和hidden。如果父控件的透明度为0或者hidden = YES,那么子控件也是不可见的!

6 如何寻找最合适的view

  1. 主窗口接收到应用程序传递过来的事件后,首先判断自己能否接手触摸事件。如果能,那么在判断触摸点在不在窗口自己身上
  2. 如果触摸点也在窗口身上,那么窗口会从后往前遍历自己的子控件(遍历自己的子控件只是为了寻找出来最合适的view)
  3. 遍历到每一个子控件后,又会重复上面的两个步骤(传递事件给子控件,1.判断子控件能否接受事件,2.点在不在子控件上)
  4. 如此循环遍历子控件,直到找到最合适的view,如果没有更合适的子控件,那么自己就成为最合适的view。

6.1 寻找的方法

  • 6.1.1 hitTest(_:with:)方法
    什么时候调用?
    只要事件一传递给一个控件,这个控件就会调用它自己的hitTest(_:with:)方法(不管这个控件能不能处理事件)

    作用
    寻找并返回最合适的view(能够响应事件的那个最合适的view)

    拦截事件的处理

    • 通过重写hitTest(_:with:)方法,返回指定的view作为最合适的view。
    • 不管点击哪里,最合适的view都是hitTest(_:with:)方法中返回的那个view。
    • 通过重写hitTest(_:with:),就可以拦截事件的传递过程,想让谁处理事件谁就处理事件。

    事件的传递顺序 是:
    产生触摸事件 -> UIApplication事件队列 -> UIWindow.hitTest(_:with:) ->返回更合适的view -> 子控件.hitTest(_:with:) -> 返回最合适的view

  • 6.1.2 point(inside:with:) 方法
    次方法判断点在不在当前view上(方法调用者的坐标系上)如果返回true,代表点在方法调用者的坐标系上;返回false代表点不在方法调用者的坐标系上,那么方法调用者也就不能处理事件。

7 事件的响应

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

参考:
史上最详细的iOS之事件的传递和响应机制-原理篇
iOS触摸事件全家桶
史上最详细的iOS之事件的传递和响应机制-实践篇

坚持原创技术分享,您的支持将鼓励我继续创作!
  • 本文标题: 初识iOS事情处理机制
  • 本文作者: AndyRon
  • 发布时间: 2018年08月23日 - 12:20
  • 最后更新: 2018年09月16日 - 17:10
  • 本文链接: http://andyron.com/2018/ios-event-begin.html
  • 版权声明: 本博客所有文章除特别声明外,均采用 CC BY-NC-SA 3.0 许可协议。转载请注明出处!