響應者鏈

1、事件分類

對於IOS設備用戶來講，他們操做設備的方式主要有三種：觸摸屏幕、晃動設備、經過遙控設施控制設備。對應的事件類型有如下三種：

一、觸屏事件（Touch Event）

二、運動事件（Motion Event）

三、遠端控制事件（Remote-Control Event）

今天以觸屏事件（Touch Event）爲例，來講明在Cocoa Touch框架中，事件的處理流程。首先不得不先介紹響應者鏈這個概念：

2、響應者鏈（Responder Chain）

先來講說響應者對象（Responder Object），顧名思義，指的是有響應和處理事件能力的對象。響應者鏈就是由一系列的響應者對象構成的一個層次結構。

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

                         圖一

從圖一中能夠看到，響應者鏈有如下特色：

一、響應者鏈一般是由視圖（UIView）構成的；

二、一個視圖的下一個響應者是它視圖控制器（UIViewController）（若是有的話），而後再轉給它的父視圖（Super View）；

三、視圖控制器（若是有的話）的下一個響應者爲其管理的視圖的父視圖；

四、單例的窗口（UIWindow）的內容視圖將指向窗口自己做爲它的下一個響應者

須要指出的是，Cocoa Touch應用不像Cocoa應用，它只有一個UIWindow對象，所以整個響應者鏈要簡單一點；

五、單例的應用（UIApplication）是一個響應者鏈的終點，它的下一個響應者指向nil，以結束整個循環。

3、事件分發（Event Delivery）

第一響應者（First responder）指的是當前接受觸摸的響應者對象（一般是一個UIView對象），即表示當前該對象正在與用戶交互，它是響應者鏈的開端。整個響應者鏈和事件分發的使命都是找出第一響應者。

UIWindow對象以消息的形式將事件發送給第一響應者，使其有機會首先處理事件。若是第一響應者沒有進行處理，系統就將事件（經過消息）傳遞給響應者鏈中的下一個響應者，看看它是否能夠進行處理。

iOS系統檢測到手指觸摸(Touch)操做時會將其打包成一個UIEvent對象，並放入當前活動Application的事件隊列，單例的UIApplication會從事件隊列中取出觸摸事件並傳遞給單例的UIWindow來處理，UIWindow對象首先會使用hitTest:withEvent:方法尋找這次Touch操做初始點所在的視圖(View)，即須要將觸摸事件傳遞給其處理的視圖，這個過程稱之爲hit-test view。

UIWindow實例對象會首先在它的內容視圖上調用hitTest:withEvent:，此方法會在其視圖層級結構中的每一個視圖上調用pointInside:withEvent:（該方法用來判斷點擊事件發生的位置是否處於當前視圖範圍內，以肯定用戶是否是點擊了當前視圖），若是pointInside:withEvent:返回YES，則繼續逐級調用，直到找到touch操做發生的位置，這個視圖也就是要找的hit-test view。
hitTest:withEvent:方法的處理流程以下:

首先調用當前視圖的pointInside:withEvent:方法判斷觸摸點是否在當前視圖內；
若返回NO,則hitTest:withEvent:返回nil;
若返回YES,則向當前視圖的全部子視圖(subviews)發送hitTest:withEvent:消息，全部子視圖的遍歷順序是從最頂層視圖一直到到最底層視圖，即從subviews數組的末尾向前遍歷，直到有子視圖返回非空對象或者所有子視圖遍歷完畢；
若第一次有子視圖返回非空對象，則hitTest:withEvent:方法返回此對象，處理結束；
如全部子視圖都返回非，則hitTest:withEvent:方法返回自身(self)。

 

                        圖二

加入用戶點擊了View E，下面結合圖二介紹hit-test view的流程：

一、A是UIWindow的根視圖，所以，UIWindwo對象會首相對A進行hit-test；

二、顯然用戶點擊的範圍是在A的範圍內，所以，pointInside:withEvent:返回了YES，這時會繼續檢查A的子視圖；

三、這時候會有兩個分支，B和C：

點擊的範圍再也不B內，所以B分支的pointInside:withEvent:返回NO，對應的hitTest:withEvent:返回nil；

點擊的範圍在C內，即C的pointInside:withEvent:返回YES；

四、這時候有D和E兩個分支：

點擊的範圍再也不D內，所以D的pointInside:withEvent:返回NO，對應的hitTest:withEvent:返回nil；

點擊的範圍在E內，即E的pointInside:withEvent:返回YES，因爲E沒有子視圖（也能夠理解成對E的子視圖進行hit-test時返回了nil），所以，E的hitTest:withEvent:會將E返回，再往回回溯，就是C的hitTest:withEvent:返回E--->>A的hitTest:withEvent:返回E。

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

不難看出，這個處理流程有點相似二分搜索的思想，這樣能以最快的速度，最精確地定位出能響應觸摸事件的UIView。

3、說明

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

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

三、咱們能夠重寫hitTest:withEvent:來達到某些特定的目的，下面的連接就是一個有趣的應用舉例，固然實際應用中不多用到這些。

http://download.csdn.net/detail/wzzvictory_tjsd/5716299

參考文檔：

https://developer.apple.com/library/ios/#documentation/EventHandling/Conceptual/EventHandlingiPhoneOS/event_delivery_responder_chain/event_delivery_responder_chain.html#//apple_ref/doc/uid/TP40009541-CH4-SW1