響應(yīng)者對(duì)象(UIResponder)

在iOS中不是任何對(duì)象都能處理事件，只有繼承了UIResponder的對(duì)象才能接受并處理事件，我們稱之為“響應(yīng)者對(duì)象”。以下都是繼承自UIResponder的，所以都能接收并處理事件。

• UIApplication
• UIViewController
• UIView
  那么為什么繼承自UIResponder的類就能夠接收并處理事件呢？

因?yàn)閁IResponder中提供了以下4個(gè)對(duì)象方法來處理觸摸事件。
UIResponder內(nèi)部提供了以下方法來處理事件觸摸事件：

- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event;
加速計(jì)事件
- (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionEnded:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionCancelled:(UIEventSubtype)motion withEvent:(UIEvent *)event;
遠(yuǎn)程控制事件
- (void)remoteControlReceivedWithEvent:(UIEvent *)event;

iOS 事件響應(yīng)鏈全過程分兩步：

一.事件的傳遞：從用戶觸摸位置找到最上層view，這個(gè)過程是從底層向上層尋找的過程。

iOS使用hit-testing尋找觸摸的view。
Hit-Testing 叫做命中測(cè)試。
Hit-Testing通過檢查觸摸點(diǎn)是否在關(guān)聯(lián)的view邊界內(nèi)，如果在，則遞歸地檢查該view的所有子view。
在層級(jí)上處于lowest（就是離用戶最近的view）且邊界范圍包含觸摸點(diǎn)的view成為hit-test view。確定hit-test view后，它傳遞觸摸事件給該view。

下面是官方的小例子：

hit-test過程

1. 觸摸點(diǎn)在view A中，所以要先檢查子view B和C。
2. 觸摸點(diǎn)不在view B中，但在C中，所以檢查C的子view D和E。
3. 觸摸點(diǎn)不在D中，但在E中。View E是這個(gè)層級(jí)上處于lowest的- view的邊界范圍包含觸摸點(diǎn)，所以它成為了hit-test view。

Hit-test view是處理觸摸事件的第一選擇，如果hit-test view不能處理事件，該事件將從事件響應(yīng)鏈中尋找響應(yīng)器，直到系統(tǒng)找到一個(gè)處理事件的對(duì)象。若不能處理，則就有事件傳遞鏈了，繼續(xù)看下面的事件傳遞鏈。

Hit-Test命中測(cè)試方法判斷一個(gè)view能否作為Responder還有3個(gè)條件：

1. 透明度<0.01
2. hidden=YES的時(shí)候
3. userInteractionEnabled = NO

以上這3個(gè)情況，該view（以及該view所有的子視圖） 命中測(cè)試方法會(huì)忽略掉，也就不會(huì)有事件響應(yīng)了。

二.事件響應(yīng)：從上層沿著響應(yīng)鏈傳到底層，和第一步剛好是相反的。

響應(yīng)者對(duì)象：能處理事件的對(duì)象，也就是繼承自UIResponder的對(duì)象
作用：能很清楚的看見每個(gè)響應(yīng)者之間的聯(lián)系，并且可以讓一個(gè)事件多個(gè)對(duì)象處理。

如何判斷上一個(gè)響應(yīng)者
1> 如果當(dāng)前這個(gè)view是控制器的view,那么控制器就是上一個(gè)響應(yīng)者
2> 如果當(dāng)前這個(gè)view不是控制器的view,那么父控件就是上一個(gè)響應(yīng)者

下面是參考官方的響應(yīng)流程圖：

事件傳遞過程

左半圖:

initial view若不能處理事件，則傳到其父視圖view
view若不能處理，則傳到其父視圖，因?yàn)樗€不是最上層視圖
這里view的父視圖是view controller的view，因?yàn)檫@個(gè)view也不能處理事件，因此傳給view controller
若view controller也不能處理此事件，則傳到window
若window也不能處理此事件，則傳到app單例對(duì)象Application
若UIApplication單例對(duì)象也不能處理，則表示無效事件
右半圖：

initial view一直傳遞直到最上層view(原話：A view passes an event up its view controller’s view hierarchy until it reaches the topmost view.)
topmost view傳遞事件到它所在的控制器（原話：The topmost view passes the event to its view controller.）
view controller傳遞事件到topmost view的父視圖，重復(fù)前三步，走到到達(dá)root controller（原話：passes the event to its topmost view’s superview. Steps 1-3 repeat until the event reaches the root view controller.）
由root控制器傳遞事件到window（原話：The root view controller passes the event to the window object.）
若window也不能處理此事件，則傳到app單例對(duì)象Application
若UIApplication單例對(duì)象也不能處理，則表示無效事件

事件處理的整個(gè)流程總結(jié)：

1. 觸摸屏幕產(chǎn)生觸摸事件后，觸摸事件會(huì)被添加到由UIApplication管理的事件隊(duì)列中（即，首先接收到事件的是UIApplication）。
2. UIApplication會(huì)從事件隊(duì)列中取出最前面的事件，把事件傳遞給應(yīng)用程序的主窗口（keyWindow）。
3. 主窗口會(huì)在視圖層次結(jié)構(gòu)中找到一個(gè)最合適的視圖來處理觸摸事件。（至此，第一步已完成)
4. 最合適的view會(huì)調(diào)用自己的touches方法處理事件
5. touches默認(rèn)做法是把事件順著響應(yīng)者鏈條向上拋。

如何做到一個(gè)事件多個(gè)對(duì)象處理：
因?yàn)橄到y(tǒng)默認(rèn)做法是把事件上拋給父控件，所以可以通過重寫自己的touches方法和父控件的touches方法來達(dá)到一個(gè)事件多個(gè)對(duì)象處理的目的。

- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event{ 
// 1.自己先處理事件...
NSLog(@"do somthing...");
// 2.再調(diào)用系統(tǒng)的默認(rèn)做法，再把事件交給上一個(gè)響應(yīng)者處理
[super touchesBegan:touches withEvent:event]; 
}

事件的傳遞和響應(yīng)的區(qū)別：
事件的傳遞是從上到下（父控件到子控件），事件的響應(yīng)是從下到上（順著響應(yīng)者鏈條向上傳遞：子控件到父控件。