iOS button响应流程图文详解

引言

Button响应首先从触摸屏幕开始

在这之前，需要了解坐标转换及原因

程序员的逻辑往往如图所示

也就是UI逻辑中，使用的坐标点往往是相对于父布局的，而布局会嵌套多层

屏幕上的触点，判断落点归属于哪个UI控件的话，就需要让所有UI控件的坐标点转换为相对于 window的

这样转换后的坐标就变为

直观是这样的逻辑，但真实的检测过程实际是 按照ui嵌套层级关系递归进行的，也就是从window开始，一级一级子视图倒序遍历进行

这样在每递归到某一层view时，就需要对此view子视图进行检测，这个时候就需要把当前view上的触点坐标转换为 子视图view上的坐标

说白了，在检测阶段，每次递归检测时，转换坐标 就是遍历子view时，point从相对于当前view 改变为 相对于 子view，也就是改变了参考基点

简单梳理流程

• 触摸屏幕
• IOKit.framework捕捉，封装IOHIDEvent对象
• 通过IPC(进程间通信)转发给SpringBoard进程
• 通过IPC将事件转发给当前活跃的进程 AppDelegate
• app主线程runloop通过port signal(来自于SpringBoard进程)检测到source1, 线程由休眠状态被激活,runloop继续轮询
• runloop检测到source0(InputSource), 封装UIEvent，加入到 当前application的event队列
• 事件出队列, sendEvent发送给window
  • 具体source1 处理事件这里应该严谨下
  • 检测到source1， 触发回调 __IOHIDEventSystemClientQueueCallback()
  • 触发source0回调 __UIApplicationHandleEventQueuqe() 处理封装IOHIDEvent为UIEvent
  • 调用UIApplication sendEvent, 将UIEvent 发送给window
• window 开始查询响应者
• rootViewController-view 按照子view 倒序递归查询
  • pointInside 判断触点是否落在当前view 的bounds内
  • hitTest, 如果触点落在当前view的bounds内, 转换触点坐标为相对于屏幕的坐标点，递归倒序遍历子view hitTest检测
  • 之所以当前view子view数组遍历采用倒序，最后的view为嵌套层的最上层，效率高
  • 检测可能出现3种结果
    • 目标响应者 ui交互是禁止的 并且不是完全透明 不是隐藏的，结果就是没有响应者了(nil)
    • view的某个子视图 为目标响应者
    • 当前view为 目标响应者
• window sendTouchesForEvent 发送给以上查询到的响应者, 如果响应者nil，就没有后续处理了
• touchBegan/touchMoved/touchEnded/touchCancelled 捕获处理
• 回调响应者预先设置的 handleCallback，也就是 selector, 并传递响应者自身作为 参数
  • 根据touch 几种逻辑判断，选择合适的callback
  • 比如按下按钮 背景颜色变化
  • 离开按钮 颜色恢复等等 各种touch的事件解释类型, 不同类型执行对应不同的callback
• 如果响应者未处理 touch， 就会沿着响应查找链条反向传递给父视图, 直到 application, 也就是如果目标响应者未响应，会沿着传递链条回溯回到 application, application默认不做处理
• 处理结束，app的runloop进入休眠，等待下次唤醒

apple-touch封装

touchBegan/touchMoved/touchEnded/touchCancelled 是底层的方式

apple提供了高级封装 UIGestureRecognizer 和 UIControl

UIGestureRecognizer 包含8种手势

• UITapGestureRecognizer 轻点
• UIPinchGestureRecognizer 捏和
• UIRotationGestureRecognizer 旋转
• UISwipeGestureRecognizer 滑动
• UIPanGestureRecognizer 拖拽
• UIScreenEdgePanGestureRecognizer 屏幕边缘拖拽
• UILongPressGestureRecognizer 长按
• UIHoverGestureRecognizer 悬停（macOS & iPadOS）

window sendTouchesForEvent 后续流程修正

上面的流程是基于底层方式描述，针对于apple封装的 UIGestureRecognizer，做出调整

window 查询到具体的 响应者之后

• window sendTouchesForEvent 发送给以上查询到的响应者; 同时也会发送给 响应者视图绑定的 gestureRecognizers
• 响应者视图 某个 gestureRecognizer 识别匹配成功，就会回调响应者 touchCancelled方法，响应者不再接收 touch事件
• 由于 手势互斥，其他的 gestureRecoginzer 也会回调 touchCancelled方法，且不再接收 touch事件
• 识别成功的gesture 设置的target - action 执行
• 否则，继续 touchBegan/touchMoved/touchEnded 及后续处理
• 处理结束，app的runloop进入休眠，等待下次唤醒

还有一些额外设定, 比如:

• 识别成功之后，是否取消其他响应 cancelsTouchesInView [true or false]
• delaysTouchesBegan 是否在手势识别失败之后，才将touchBegin事件传递给 响应者
• delaysTouchesEnded 是否在手势识别失败之后，才将touchEnded事件传递给 响应者

流程进一步细化

UIControl 是UIView子类

保持前面修正的流程

• 如果响应者 是 UIButton、UISwitch、UISlider 这些系统控件，也就是 UIControl系统子类, target - action执行, 响应者不再接收 touchBegan等事件
• target-action 执行流程为 响应者 sendAction 转发给 application，application调用sendAction 分发到指定target
• 如果没有指定target，则将事件分发到响应链上第一个想处理的对象

UIControl 提供自定义行为

• beginTrackingWithTouch
• continueTrackingWithTouch
• endTrackingWithTouch
• cancelTrackingWithEvent

以上就是iOS button响应流程图文详解的详细内容，更多关于iOS button响应流程的资料请关注脚本之家其它相关文章！

最新评论