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響應流程的資料請關注it145.com其它相關文章！