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

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

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

image.png

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

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

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

image.png

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

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

image.png

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

簡單梳理流程

image.png

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

apple-touch封裝

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

apple提供了高級封裝 UIGestureRecognizer 和 UIControl

UIGestureRecognizer 包含8種手勢

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

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

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

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

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

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

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

流程進一步細化

UIControl 是UIView子類

保持前面修正的流程

• 如果響應(yīng)者 是 UIButton、UISwitch、UISlider 這些系統(tǒng)控件，也就是 UIControl系統(tǒng)子類, target - action執(zhí)行, 響應(yīng)者不再接收 touchBegan等事件