iOS?button響應(yīng)流程圖文詳解

更新時(shí)間：2022年11月24日 14:07:38 作者：i_erlich

這篇文章主要為大家介紹了iOS?button響應(yīng)流程圖文詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪

引言

Button響應(yīng)首先從觸摸屏幕開(kāi)始

在這之前，需要了解坐標(biāo)轉(zhuǎn)換及原因

程序員的邏輯往往如圖所示

也就是UI邏輯中，使用的坐標(biāo)點(diǎn)往往是相對(duì)于父布局的，而布局會(huì)嵌套多層

屏幕上的觸點(diǎn)，判斷落點(diǎn)歸屬于哪個(gè)UI控件的話，就需要讓所有UI控件的坐標(biāo)點(diǎn)轉(zhuǎn)換為相對(duì)于 window的

這樣轉(zhuǎn)換后的坐標(biāo)就變?yōu)?/p>

直觀是這樣的邏輯，但真實(shí)的檢測(cè)過(guò)程實(shí)際是按照ui嵌套層級(jí)關(guān)系遞歸進(jìn)行的，也就是從window開(kāi)始，一級(jí)一級(jí)子視圖倒序遍歷進(jìn)行

這樣在每遞歸到某一層view時(shí)，就需要對(duì)此view子視圖進(jìn)行檢測(cè)，這個(gè)時(shí)候就需要把當(dāng)前view上的觸點(diǎn)坐標(biāo)轉(zhuǎn)換為子視圖view上的坐標(biāo)

說(shuō)白了，在檢測(cè)階段，每次遞歸檢測(cè)時(shí)，轉(zhuǎn)換坐標(biāo) 就是遍歷子view時(shí)，point從相對(duì)于當(dāng)前view 改變?yōu)?相對(duì)于子view，也就是改變了參考基點(diǎn)

簡(jiǎn)單梳理流程

觸摸屏幕
IOKit.framework捕捉，封裝IOHIDEvent對(duì)象
通過(guò)IPC(進(jìn)程間通信)轉(zhuǎn)發(fā)給SpringBoard進(jìn)程
通過(guò)IPC將事件轉(zhuǎn)發(fā)給當(dāng)前活躍的進(jìn)程 AppDelegate
app主線程runloop通過(guò)port signal(來(lái)自于SpringBoard進(jìn)程)檢測(cè)到source1, 線程由休眠狀態(tài)被激活,runloop繼續(xù)輪詢
runloop檢測(cè)到source0(InputSource), 封裝UIEvent，加入到當(dāng)前application的event隊(duì)列
事件出隊(duì)列, sendEvent發(fā)送給window
- 具體source1 處理事件這里應(yīng)該嚴(yán)謹(jǐn)下
- 檢測(cè)到source1，觸發(fā)回調(diào) __IOHIDEventSystemClientQueueCallback()
- 觸發(fā)source0回調(diào) __UIApplicationHandleEventQueuqe() 處理封裝IOHIDEvent為UIEvent
- 調(diào)用UIApplication sendEvent, 將UIEvent 發(fā)送給window
window 開(kāi)始查詢響應(yīng)者
rootViewController-view 按照子view 倒序遞歸查詢
- pointInside 判斷觸點(diǎn)是否落在當(dāng)前view 的bounds內(nèi)
- hitTest, 如果觸點(diǎn)落在當(dāng)前view的bounds內(nèi), 轉(zhuǎn)換觸點(diǎn)坐標(biāo)為相對(duì)于屏幕的坐標(biāo)點(diǎn)，遞歸倒序遍歷子view hitTest檢測(cè)
- 之所以當(dāng)前view子view數(shù)組遍歷采用倒序，最后的view為嵌套層的最上層，效率高
- 檢測(cè)可能出現(xiàn)3種結(jié)果
  - 目標(biāo)響應(yīng)者 ui交互是禁止的并且不是完全透明不是隱藏的，結(jié)果就是沒(méi)有響應(yīng)者了(nil)
  - view的某個(gè)子視圖為目標(biāo)響應(yīng)者
  - 當(dāng)前view為目標(biāo)響應(yīng)者
window sendTouchesForEvent 發(fā)送給以上查詢到的響應(yīng)者, 如果響應(yīng)者nil，就沒(méi)有后續(xù)處理了
touchBegan/touchMoved/touchEnded/touchCancelled 捕獲處理
回調(diào)響應(yīng)者預(yù)先設(shè)置的 handleCallback，也就是 selector, 并傳遞響應(yīng)者自身作為參數(shù)
- 根據(jù)touch 幾種邏輯判斷，選擇合適的callback
- 比如按下按鈕背景顏色變化
- 離開(kāi)按鈕顏色恢復(fù)等等各種touch的事件解釋類型, 不同類型執(zhí)行對(duì)應(yīng)不同的callback
如果響應(yīng)者未處理 touch，就會(huì)沿著響應(yīng)查找鏈條反向傳遞給父視圖, 直到 application, 也就是如果目標(biāo)響應(yīng)者未響應(yīng)，會(huì)沿著傳遞鏈條回溯回到 application, application默認(rèn)不做處理
處理結(jié)束，app的runloop進(jìn)入休眠，等待下次喚醒

apple-touch封裝

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

apple提供了高級(jí)封裝 UIGestureRecognizer 和 UIControl

UIGestureRecognizer 包含8種手勢(shì)

UITapGestureRecognizer 輕點(diǎn)
UIPinchGestureRecognizer 捏和
UIRotationGestureRecognizer 旋轉(zhuǎn)
UISwipeGestureRecognizer 滑動(dòng)
UIPanGestureRecognizer 拖拽
UIScreenEdgePanGestureRecognizer 屏幕邊緣拖拽
UILongPressGestureRecognizer 長(zhǎng)按
UIHoverGestureRecognizer 懸停（macOS & iPadOS）

window sendTouchesForEvent 后續(xù)流程修正

上面的流程是基于底層方式描述，針對(duì)于apple封裝的 UIGestureRecognizer，做出調(diào)整

window 查詢到具體的響應(yīng)者之后

window sendTouchesForEvent 發(fā)送給以上查詢到的響應(yīng)者; 同時(shí)也會(huì)發(fā)送給響應(yīng)者視圖綁定的 gestureRecognizers
響應(yīng)者視圖某個(gè) gestureRecognizer 識(shí)別匹配成功，就會(huì)回調(diào)響應(yīng)者 touchCancelled方法，響應(yīng)者不再接收 touch事件
由于手勢(shì)互斥，其他的 gestureRecoginzer 也會(huì)回調(diào) touchCancelled方法，且不再接收 touch事件
識(shí)別成功的gesture 設(shè)置的target - action 執(zhí)行
否則，繼續(xù) touchBegan/touchMoved/touchEnded 及后續(xù)處理
處理結(jié)束，app的runloop進(jìn)入休眠，等待下次喚醒

還有一些額外設(shè)定, 比如:

識(shí)別成功之后，是否取消其他響應(yīng) cancelsTouchesInView [true or false]
delaysTouchesBegan 是否在手勢(shì)識(shí)別失敗之后，才將touchBegin事件傳遞給響應(yīng)者
delaysTouchesEnded 是否在手勢(shì)識(shí)別失敗之后，才將touchEnded事件傳遞給響應(yīng)者

流程進(jìn)一步細(xì)化

UIControl 是UIView子類

保持前面修正的流程

如果響應(yīng)者是 UIButton、UISwitch、UISlider 這些系統(tǒng)控件，也就是 UIControl系統(tǒng)子類, target - action執(zhí)行, 響應(yīng)者不再接收 touchBegan等事件
target-action 執(zhí)行流程為響應(yīng)者 sendAction 轉(zhuǎn)發(fā)給 application，application調(diào)用sendAction 分發(fā)到指定target
如果沒(méi)有指定target，則將事件分發(fā)到響應(yīng)鏈上第一個(gè)想處理的對(duì)象

UIControl 提供自定義行為