引言
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响应流程的资料请关注代码网其它相关文章!
发表评论