事件機制理解 一

目錄：

1.事件分類
2.響應者鏈（Responder Chain）
3.事件分發（Event Delivery）

---

內容：

1.事件分類：

• 觸控事件（Touch Event）（單點、多點觸控以及各類手勢操做）
• 傳感器事件（Motion Event）（重力、加速度傳感器等）
• 遠程控制事件（Remote-Control Event）（遠程遙控iOS設備多媒體播放等）

2.響應者鏈（Responder Chain）

UIResponder是全部響應對象的基類，在UIResponder類中定義了處理上述各類事件的接口。咱們熟悉的UIApplication、 UIViewController、UIWindow和全部繼承自UIView的UIKit類都直接或間接的繼承自UIResponder，因此它們的實例都是能夠構成響應者鏈的響應者對象。

響應者鏈就是由一系列的響應者對象構成的一個層次結構。

1. 響應者鏈一般是由視圖（UIView）構成的；
2. 一個視圖的下一個響應者是它視圖控制器（UIViewController）（若是有的話），而後再轉給它的父視圖（Super View）；
3. 視圖控制器（若是有的話）的下一個響應者爲其管理的視圖的父視圖；
4. 單例的窗口（UIWindow）的內容視圖將指向窗口自己做爲它的下一個響應者
5. 單例的應用（UIApplication）是一個響應者鏈的終點，它的下一個響應者指向nil，以結束整個循環。

3.事件分發（Event Delivery）

3.1 第一響應者（First responder）

指的是當前接受觸摸的響應者對象（一般是一個UIView對象），即表示當前該對象正在與用戶交互，它是響應者鏈的開端。

整個響應者鏈和事件分發的使命都是找出第一響應者。

咱們能夠控制一個View讓其成爲First Responder，經過實現 canBecomeFirstResponder方法並返回YES可使當前View成爲第一響應者，或者調用View的becomeFirstResponder方法也能夠，例如當UITextField調用該方法時會彈出鍵盤進行輸入，此時輸入框控件就是第一響應者。

3.2 hit-test view

hit-test view(將觸摸事件傳遞給其處理的視圖)過程：

1. iOS系統檢測到手指觸摸(Touch)操做時會將其打包成一個UIEvent對象，並放入當前活動Application的事件隊列，
2. 單例的UIApplication會從事件隊列中取出觸摸事件並傳遞給單例的UIWindow來處理，
3. UIWindow對象首先會使用hitTest:withEvent:方法尋找這次Touch操做初始點所在的視圖(View)，即須要將觸摸事件傳遞給其處理的視圖
4. hitTest:withEvent:，方法會在其視圖層級結構中的每一個視圖上調用pointInside:withEvent
5. pointInside:withEvent:方法判斷觸摸點是否在當前視圖內
   • 若返回NO,則hitTest:withEvent:返回nil;
6. 若返回YES,則向當前視圖的全部子視圖(subviews)發送hitTest:withEvent:消息
7. 全部子視圖的遍歷順序是從最頂層視圖一直到到最底層視圖，即從subviews數組的末尾向前遍歷，直到有子視圖返回非空對象或者所有子視圖遍歷完畢；
   • 如全部子視圖都返回非，則hitTest:withEvent:方法返回自身(self)。
8. 若第一次有子視圖返回非空對象，則hitTest:withEvent:方法返回此對象，處理結束；

至此，本次點擊事件的第一響應者就經過響應者鏈的事件分發邏輯成功的找到了。

NOTE:

1. 若是最終hit-test沒有找到第一響應者，或者第一響應者沒有處理該事件，則該事件會沿着響應者鏈向上回溯，若是UIWindow實例和UIApplication實例都不能處理該事件，則該事件會被丟棄；

2. hitTest:withEvent:方法將會忽略一些視圖：
   • 隱藏(hidden=YES)的視圖，
   • 禁止用戶操做(userInteractionEnabled=YES)的視圖，
   • 以及alpha級別小於0.01(alpha<0.01)的視圖。
   • 若是一個子視圖的區域超過父視圖的bound區域(父視圖的clipsToBounds 屬性爲NO，這樣超過父視圖bound區域的子視圖內容也會顯示)，那麼正常狀況下對子視圖在父視圖以外區域的觸摸操做不會被識別,由於父視圖的pointInside:withEvent:方法會返回NO,這樣就不會繼續向下遍歷子視圖了。