Button呼应首先从接触屏幕开端

在这之前，需求了解坐标转化及原因

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

iOS-button响应流程

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

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

这样转化后的坐标就变为

iOS-button响应流程

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

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

iOS-button响应流程

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

简单梳理流程

iOS-button响应流程

  • 接触屏幕
  • 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