iOS?button響應流程圖文詳解
引言
Button響應首先從觸摸屏幕開始
在這之前,需要了解坐標轉換及原因
程序員的邏輯往往如圖所示
也就是UI邏輯中,使用的坐標點往往是相對于父布局的,而布局會嵌套多層
屏幕上的觸點,判斷落點歸屬于哪個UI控件的話,就需要讓所有UI控件的坐標點轉換為相對于 window的
這樣轉換后的坐標就變?yōu)?/p>
直觀是這樣的邏輯,但真實的檢測過程實際是 按照ui嵌套層級關系遞歸進行的,也就是從window開始,一級一級子視圖倒序遍歷進行
這樣在每遞歸到某一層view時,就需要對此view子視圖進行檢測,這個時候就需要把當前view上的觸點坐標轉換為 子視圖view上的坐標
說白了,在檢測階段,每次遞歸檢測時,轉換坐標 就是遍歷子view時,point從相對于當前view 改變?yōu)?相對于 子view,也就是改變了參考基點
簡單梳理流程
- 觸摸屏幕
- IOKit.framework捕捉,封裝IOHIDEvent對象
- 通過IPC(進程間通信)轉發(fā)給SpringBoard進程
- 通過IPC將事件轉發(fā)給當前活躍的進程 AppDelegate
- app主線程runloop通過port signal(來自于SpringBoard進程)檢測到source1, 線程由休眠狀態(tài)被激活,runloop繼續(xù)輪詢
- runloop檢測到source0(InputSource), 封裝UIEvent,加入到 當前application的event隊列
- 事件出隊列, sendEvent發(fā)送給window
- 具體source1 處理事件這里應該嚴謹下
- 檢測到source1, 觸發(fā)回調 __IOHIDEventSystemClientQueueCallback()
- 觸發(fā)source0回調 __UIApplicationHandleEventQueuqe() 處理封裝IOHIDEvent為UIEvent
- 調用UIApplication sendEvent, 將UIEvent 發(fā)送給window
- window 開始查詢響應者
- rootViewController-view 按照子view 倒序遞歸查詢
- pointInside 判斷觸點是否落在當前view 的bounds內
- hitTest, 如果觸點落在當前view的bounds內, 轉換觸點坐標為相對于屏幕的坐標點,遞歸倒序遍歷子view hitTest檢測
- 之所以當前view子view數(shù)組遍歷采用倒序,最后的view為嵌套層的最上層,效率高
- 檢測可能出現(xiàn)3種結果
- 目標響應者 ui交互是禁止的 并且不是完全透明 不是隱藏的,結果就是沒有響應者了(nil)
- view的某個子視圖 為目標響應者
- 當前view為 目標響應者
- window sendTouchesForEvent 發(fā)送給以上查詢到的響應者, 如果響應者nil,就沒有后續(xù)處理了
- touchBegan/touchMoved/touchEnded/touchCancelled 捕獲處理
- 回調響應者預先設置的 handleCallback,也就是 selector, 并傳遞響應者自身作為 參數(shù)
- 根據(jù)touch 幾種邏輯判斷,選擇合適的callback
- 比如按下按鈕 背景顏色變化
- 離開按鈕 顏色恢復等等 各種touch的事件解釋類型, 不同類型執(zhí)行對應不同的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 后續(xù)流程修正
上面的流程是基于底層方式描述,針對于apple封裝的 UIGestureRecognizer,做出調整
window 查詢到具體的 響應者之后
- window sendTouchesForEvent 發(fā)送給以上查詢到的響應者; 同時也會發(fā)送給 響應者視圖綁定的 gestureRecognizers
- 響應者視圖 某個 gestureRecognizer 識別匹配成功,就會回調響應者 touchCancelled方法,響應者不再接收 touch事件
- 由于 手勢互斥,其他的 gestureRecoginzer 也會回調 touchCancelled方法,且不再接收 touch事件
- 識別成功的gesture 設置的target - action 執(zhí)行
- 否則,繼續(xù) touchBegan/touchMoved/touchEnded 及后續(xù)處理
- 處理結束,app的runloop進入休眠,等待下次喚醒
還有一些額外設定, 比如:
- 識別成功之后,是否取消其他響應 cancelsTouchesInView [true or false]
- delaysTouchesBegan 是否在手勢識別失敗之后,才將touchBegin事件傳遞給 響應者
- delaysTouchesEnded 是否在手勢識別失敗之后,才將touchEnded事件傳遞給 響應者
流程進一步細化
UIControl 是UIView子類
保持前面修正的流程
- 如果響應者 是
UIButton
、UISwitch
、UISlider
這些系統(tǒng)控件,也就是 UIControl系統(tǒng)子類, target - action執(zhí)行, 響應者不再接收 touchBegan等事件 - target-action 執(zhí)行流程為 響應者 sendAction 轉發(fā)給 application,application調用sendAction 分發(fā)到指定target
- 如果沒有指定target,則將事件分發(fā)到響應鏈上第一個想處理的對象
UIControl 提供自定義行為
- beginTrackingWithTouch
- continueTrackingWithTouch
- endTrackingWithTouch
- cancelTrackingWithEvent
以上就是iOS button響應流程圖文詳解的詳細內容,更多關于iOS button響應流程的資料請關注腳本之家其它相關文章!
相關文章
Android中getActivity()為null的解決辦法
在Android開發(fā)的時候可能遇過出現(xiàn)getActivity()出現(xiàn)null的時候導致程序報出空指針異常,那么遇到這種情況改如何解決,下面跟著小編一起去看看。2016-08-08