Cocoa Touch事件處理流程--響應者鏈（轉載）

原文：http://www.cnblogs.com/snake-hand/p/3178070.html

一、事件分類

對於IOS裝置使用者來說，他們操作裝置的方式主要有三種：觸控螢幕、晃動裝置、通過遙控設施控制裝置。對應的事件型別有以下三種：

1、觸屏事件（Touch Event）

2、運動事件（Motion Event）

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

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

二、響應者鏈（Responder Chain）

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

UIResponder是所有響應物件的基類，在UIResponder類中定義了處理上述各種事件的介面。我們熟悉的UIApplication、 UIViewController、UIWindow和所有繼承自UIView的UIKit類都直接或間接的繼承自UIResponder，所以它們的例項都是可以構成響應者鏈的響應者物件。圖一展示了響應者鏈的基本構成：

                         圖一

從圖一中可以看到，響應者鏈有以下特點：

1、響應者鏈通常是由檢視（UIView）構成的；

2、一個檢視的下一個響應者是它檢視控制器（UIViewController）（如果有的話），然後再轉給它的父檢視（Super View）；

3、檢視控制器（如果有的話）的下一個響應者為其管理的檢視的父檢視；

4、單例的視窗（UIWindow）的內容檢視將指向視窗本身作為它的下一個響應者

需要指出的是，Cocoa Touch應用不像Cocoa應用，它只有一個UIWindow物件，因此整個響應者鏈要簡單一點；

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

三、事件分發（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的流程：

1、A是UIWindow的根檢視，因此，UIWindwo物件會首相對A進行hit-test；

2、顯然使用者點選的範圍是在A的範圍內，因此，pointInside:withEvent:返回了YES，這時會繼續檢查A的子檢視；

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

點選的範圍不再B內，因此B分支的pointInside:withEvent:返回NO，對應的hitTest:withEvent:返回nil；

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

4、這時候有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。

三、說明

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,這樣就不會繼續向下遍歷子檢視了。當然，也可以重寫pointInside:withEvent:方法來處理這種情況。

3、我們可以重寫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