前言
按照時(shí)間順序，事件的生命周期是這樣的：
事件的產(chǎn)生和傳遞（事件如何從父控件傳遞到子控件并尋找到最合適的view、尋找最合適的view的底層實(shí)現(xiàn)、攔截事件的處理）->找到最合適的view后事件的處理（touches方法的重寫，也就是事件的響應(yīng)）
其中重點(diǎn)和難點(diǎn)是：
1.如何尋找最合適的view
2.尋找最合適的view的底層實(shí)現(xiàn)（hitTest:withEvent:底層實(shí)現(xiàn)）
一、iOS中的事件
iOS中的事件可以分為3大類型：
（1）觸摸事件
（2）加速計(jì)事件
（3）遠(yuǎn)程控制事件
這里我們只討論iOS中的觸摸事件。
1.1.響應(yīng)者對象(UIResponder)
學(xué)習(xí)觸摸事件首先要了解一個(gè)比較重要的概念-響應(yīng)者對象（UIResponder）。
在iOS中不是任何對象都能處理事件，只有繼承了UIResponder的對象才能接受并處理事件，我們稱之為“響應(yīng)者對象”。以下都是繼承自UIResponder的，所以都能接收并處理事件。
（1）UIApplication
（2）UIViewController
（3）UIView
那么為什么繼承自UIResponder的類就能夠接收并處理事件呢？
因?yàn)閁IResponder中提供了以下4個(gè)對象方法來處理觸摸事件。
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;
（二）事件的處理
下面以UIView為例來說明觸摸事件的處理。
// UIView是UIResponder的子類，可以覆蓋下列4個(gè)方法處理不同的觸摸事件
// 一根或者多根手指開始觸摸view，系統(tǒng)會自動調(diào)用view的下面方法
- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event// 一根或者多根手指在view上移動，系統(tǒng)會自動調(diào)用view的下面方法（隨著手指的移動，會持續(xù)調(diào)用該方法）
- (void)touchesMoved:(NSSet*)touches withEvent:(UIEvent*)event
// 一根或者多根手指離開view，系統(tǒng)會自動調(diào)用view的下面方法
- (void)touchesEnded:(NSSet*)touches withEvent:(UIEvent*)event
// 觸摸結(jié)束前，某個(gè)系統(tǒng)事件(例如電話呼入)會打斷觸摸過程，系統(tǒng)會自動調(diào)用view的下面方法
- (void)touchesCancelled:(NSSet*)touches withEvent:(UIEvent*)event
// 提示：touches中存放的都是UITouch對象
需要注意的是：以上四個(gè)方法是由系統(tǒng)自動調(diào)用的，所以可以通過重寫該方法來處理一些事件。
如果兩根手指同時(shí)觸摸一個(gè)view，那么view只會調(diào)用一次touchesBegan:withEvent:方法，touches參數(shù)中裝著2個(gè)UITouch對象
如果這兩根手指一前一后分開觸摸同一個(gè)view，那么view會分別調(diào)用2次touchesBegan:withEvent:方法，并且每次調(diào)用時(shí)的touches參數(shù)中只包含一個(gè)UITouch對象
重寫以上四個(gè)方法，如果是處理UIView的觸摸事件。必須要自定義UIView子類繼承自UIView。因?yàn)樘O果不開源，沒有把UIView的.m文件提 供給我們。我們只能通過子類繼承父類，重寫子類方法的方式處理UIView的觸摸事件（注意：我說的是UIView觸摸事件而不是說的 UIViewController的觸摸事件）。
注 意：有人認(rèn)為，我要是處理控制器的自帶的view的事件就不需要自定義UIView子類繼承于UIView，因?yàn)榭梢栽趘iewController.m 文件中重寫touchBegan:withEvent:方法，但是，我們此處討論的是處理UIView的觸摸事件，而不是處理 UIViewController的觸摸事件。你如果是在viewController.m文件中重寫touchBegan:withEvent:方法，相當(dāng)于處理的是viewController的觸摸事件，因?yàn)関iewController也是繼承自UIResponder，所以會給人一種錯(cuò)覺。
所以，還是那句話，想處理UIView的觸摸事件，必須自定義UIView子類繼承自UIView。
2.1.UIView的拖拽
那么，如何實(shí)現(xiàn)UIView的拖拽呢?也就是讓UIView隨著手指的移動而移動。
- 重寫touchsMoved:withEvent:方法
此時(shí)需要用到參數(shù)touches，下面是UITouch的屬性和方法：
NS_CLASS_AVAILABLE_IOS(2_0)@interfaceUITouch:NSObject
@property(nonatomic,readonly)NSTimeIntervaltimestamp;
@property(nonatomic,readonly)UITouchPhasephase;
@property(nonatomic,readonly)NSUIntegertapCount;// touch down within a certain point within a certain amount of time// majorRadius and majorRadiusTolerance are in points// The majorRadius will be accurate +/- the majorRadiusTolerance
@property(nonatomic,readonly)CGFloatmajorRadiusNS_AVAILABLE_IOS(8_0);
@property(nonatomic,readonly)CGFloatmajorRadiusToleranceNS_AVAILABLE_IOS(8_0);
@property(nullable,nonatomic,readonly,strong)UIWindow*window;
@property(nullable,nonatomic,readonly,strong)UIView*view;
@property(nullable,nonatomic,readonly,copy)NSArray *gestureRecognizersNS_AVAILABLE_IOS(3_2);
- (CGPoint)locationInView:(nullableUIView*)view;
- (CGPoint)previousLocationInView:(nullableUIView*)view;// Force of the touch, where 1.0 represents the force of an average touch
@property(nonatomic,readonly)CGFloatforceNS_AVAILABLE_IOS(9_0);// Maximum possible force with this input mechanism
@property(nonatomic,readonly)CGFloatmaximumPossibleForceNS_AVAILABLE_IOS(9_0);
2.1.1.UITouch對象
當(dāng)用戶用一根手指觸摸屏幕時(shí)，會創(chuàng)建一個(gè)與手指相關(guān)的UITouch對象
一根手指對應(yīng)一個(gè)UITouch對象
如果兩根手指同時(shí)觸摸一個(gè)view，那么view只會調(diào)用一次touchesBegan:withEvent:方法，touches參數(shù)中裝著2個(gè)UITouch對象
如果這兩根手指一前一后分開觸摸同一個(gè)view，那么view會分別調(diào)用2次touchesBegan:withEvent:方法，并且每次調(diào)用時(shí)的touches參數(shù)中只包含一個(gè)UITouch對象
2.1.1.1.UITouch的作用
保存著跟手指相關(guān)的信息，比如觸摸的位置、時(shí)間、階段
當(dāng)手指移動時(shí)，系統(tǒng)會更新同一個(gè)UITouch對象，使之能夠一直保存該手指在的觸摸位置
當(dāng)手指離開屏幕時(shí)，系統(tǒng)會銷毀相應(yīng)的UITouch對象
提 示:iPhone開發(fā)中，要避免使用雙擊事件！
2.1.1.2.UITouch的屬性
觸摸產(chǎn)生時(shí)所處的窗口
@property(nonatomic,readonly,retain)UIWindow*window;觸摸產(chǎn)生時(shí)所處的視圖
@property(nonatomic,readonly,retain)UIView*view;短時(shí)間內(nèi)點(diǎn)按屏幕的次數(shù)，可以根據(jù)tapCount判斷單擊、雙擊或更多的點(diǎn)擊@property(nonatomic,readonly)NSUIntegertapCount;記錄了觸摸事件產(chǎn)生或變化時(shí)的時(shí)間，單位是秒@property(nonatomic,readonly)NSTimeIntervaltimestamp;當(dāng)前觸摸事件所處的狀態(tài)@property(nonatomic,readonly)UITouchPhasephase;
2.1.1.3.UITouch的方法
(CGPoint)locationInView:(UIView*)view;// 返回值表示觸摸在view上的位置// 這里返回的位置是針對view的坐標(biāo)系的（以view的左上角為原點(diǎn)(0, 0)）// 調(diào)用時(shí)傳入的view參數(shù)為nil的話，返回的是觸摸點(diǎn)在UIWindow的位置
(CGPoint)previousLocationInView:(UIView*)view;// 該方法記錄了前一個(gè)觸摸點(diǎn)的位置
代碼實(shí)現(xiàn)：
- (void)touchesMoved:(NSSet*)touches withEvent:(UIEvent*)event{
// 想讓控件隨著手指移動而移動,監(jiān)聽手指移動?
// 獲取UITouch對象?
UITouch*touch = [touches anyObject];
// 獲取當(dāng)前點(diǎn)的位置
?CGPointcurP = [touch locationInView:self];
// 獲取上一個(gè)點(diǎn)的位置?
CGPointpreP = [touch previousLocationInView:self];
// 獲取它們x軸的偏移量,每次都是相對上一次?
CGFloatoffsetX = curP.x - preP.x;
// 獲取y軸的偏移量?
CGFloatoffsetY = curP.y - preP.y
// 修改控件的形變或者frame,center,就可以控制控件的位置?
// 形變也是相對上一次形變(平移)?
// CGAffineTransformMakeTranslation:會把之前形變給清空,重新開始設(shè)置形變參數(shù) // make:相對于最原始的位置形變 // CGAffineTransform t:相對這個(gè)t的形變的基礎(chǔ)上再去形變 // 如果相對哪個(gè)形變再次形變,就傳入它的形變?
self.transform =CGAffineTransformTranslate(self.transform, offsetX, offsetY);}
（三）iOS中的事件的產(chǎn)生和傳遞
3.1.事件的產(chǎn)生
發(fā)生觸摸事件后，系統(tǒng)會將該事件加入到一個(gè)由UIApplication管理的事件隊(duì)列中,為什么是隊(duì)列而不是棧？因?yàn)殛?duì)列的特點(diǎn)是FIFO，即先進(jìn)先出，先產(chǎn)生的事件先處理才符合常理，所以把事件添加到隊(duì)列。
UIApplication會從事件隊(duì)列中取出最前面的事件，并將事件分發(fā)下去以便處理，通常，先發(fā)送事件給應(yīng)用程序的主窗口（keyWindow）。
主窗口會在視圖層次結(jié)構(gòu)中找到一個(gè)最合適的視圖來處理觸摸事件，這也是整個(gè)事件處理過程的第一步。
找到合適的視圖控件后，就會調(diào)用視圖控件的touches方法來作具體的事件處理。
3.2.事件的傳遞
觸摸事件的傳遞是從父控件傳遞到子控件
也就是UIApplication->window->尋找處理事件最合適的view
注 意: 如果父控件不能接受觸摸事件，那么子控件就不可能接收到觸摸事件
應(yīng)用如何找到最合適的控件來處理事件？
1.首先判斷主窗口（keyWindow）自己是否能接受觸摸事件
2.判斷觸摸點(diǎn)是否在自己身上
3.子控件數(shù)組中從后往前遍歷子控件，重復(fù)前面的兩個(gè)步驟（所謂從后往前遍歷子控件，就是首先查找子控件數(shù)組中最后一個(gè)元素，然后執(zhí)行1、2步驟）
4.view，比如叫做fitView，那么會把這個(gè)事件交給這個(gè)fitView，再遍歷這個(gè)fitView的子控件，直至沒有更合適的view為止。
5.如果沒有符合條件的子控件，那么就認(rèn)為自己最合適處理這個(gè)事件，也就是自己是最合適的view。
UIView不能接收觸摸事件的三種情況：
不允許交互：userInteractionEnabled = NO
隱藏：如果把父控件隱藏，那么子控件也會隱藏，隱藏的控件不能接受事件
透明度：如果設(shè)置一個(gè)控件的透明度<0.01，會直接影響子控件的透明度。alpha：0.0~0.01為透明。
注 意:默認(rèn)UIImageView不能接受觸摸事件，因?yàn)椴辉试S交互，即userInteractionEnabled = NO。所以如果希望UIImageView可以交互，需要設(shè)置UIImageView的userInteractionEnabled = YES。
總結(jié)一下
1.點(diǎn)擊一個(gè)UIView或產(chǎn)生一個(gè)觸摸事件A，這個(gè)觸摸事件A會被添加到由UIApplication管理的事件隊(duì)列中（即，首先接收到事件的是UIApplication）。
2.UIApplication會從事件對列中取出最前面的事件（此處假設(shè)為觸摸事件A），把事件A傳遞給應(yīng)用程序的主窗口（keyWindow）。
3.窗口會在視圖層次結(jié)構(gòu)中找到一個(gè)最合適的視圖來處理觸摸事件。（至此，第一步已完成）
index.png
如果想讓某個(gè)view不能處理事件（或者說，事件傳遞到某個(gè)view那里就斷了），那么可以通過剛才提到的三種方式。比如，設(shè)置其userInteractionEnabled = NO;那么傳遞下來的事件就會由該view的父控件處理。
例如，不想讓藍(lán)色的view接收事件，那么可以設(shè)置藍(lán)色的view的userInteractionEnabled = NO;那么點(diǎn)擊黃色的view或者藍(lán)色的view所產(chǎn)生的事件，最終會由橙色的view處理，橙色的view就會成為最合適的view。
所以，不管視圖能不能處理事件，只要點(diǎn)擊了視圖就都會產(chǎn)生事件，關(guān)鍵在于該事件最終是由誰來處理！也就是說，如果藍(lán)色視圖不能處理事件，點(diǎn)擊藍(lán)色視圖產(chǎn)生的觸摸事件不會由被點(diǎn)擊的視圖（藍(lán)色視圖）處理！
注意：如果設(shè)置父控件的透明度或者h(yuǎn)idden，會直接影響到子控件的透明度和hidden。如果父控件的透明度為0或者h(yuǎn)idden = YES，那么子控件也是不可見的！
3.3.（重難點(diǎn)）如何尋找最合適的view
應(yīng)用如何找到最合適的控件來處理事件？
1.首先判斷主窗口（keyWindow）自己是否能接受觸摸事件
2.觸摸點(diǎn)是否在自己身上
3.從后往前遍歷子控件，重復(fù)前面的兩個(gè)步驟（首先查找數(shù)組中最后一個(gè)元素）
4.如果沒有符合條件的子控件，那么就認(rèn)為自己最合適處理
詳述：1.主窗口接收到應(yīng)用程序傳遞過來的事件后，首先判斷自己能否接手觸摸事件。如果能，那么在判斷觸摸點(diǎn)在不在窗口自己身上
2.如果觸摸點(diǎn)也在窗口身上，那么窗口會從后往前遍歷自己的子控件（遍歷自己的子控件只是為了尋找出來最合適的view）
3.遍歷到每一個(gè)子控件后，又會重復(fù)上面的兩個(gè)步驟（傳遞事件給子控件，1.判斷子控件能否接受事件，2.點(diǎn)在不在子控件上）
4.如此循環(huán)遍歷子控件，直到找到最合適的view，如果沒有更合適的子控件，那么自己就成為最合適的view。
找到最合適的view后，就會調(diào)用該view的touches方法處理具體的事件。所以，只有找到最合適的view，把事件傳遞給最合適的view后，才會調(diào)用touches方法進(jìn)行接下來的事件處理。找不到最合適的view，就不會調(diào)用touches方法進(jìn)行事件處理。
注意：之所以會采取從后往前遍歷子控件的方式尋找最合適的view只是為了做一些循環(huán)優(yōu)化。因?yàn)橄啾容^之下，后添加的view在上面，降低循環(huán)次數(shù)。
3.3.1.尋找最合適的view底層剖析
兩個(gè)重要的方法：
hitTest:withEvent:方法
pointInside方法
3.3.1.1.hitTest：withEvent：方法
什么時(shí)候調(diào)用？
只要事件一傳遞給一個(gè)控件,這個(gè)控件就會調(diào)用他自己的hitTest：withEvent：方法
作用
尋找并返回最合適的view(能夠響應(yīng)事件的那個(gè)最合適的view)
注 意：不管這個(gè)控件能不能處理事件，也不管觸摸點(diǎn)在不在這個(gè)控件上，事件都會先傳遞給這個(gè)控件，隨后再調(diào)用hitTest:withEvent:方法
攔截事件的處理
正因?yàn)閔itTest：withEvent：方法可以返回最合適的view，所以可以通過重寫hitTest：withEvent：方法，返回指定的view作為最合適的view。
不管點(diǎn)擊哪里，最合適的view都是hitTest：withEvent：方法中返回的那個(gè)view。
通過重寫hitTest：withEvent：，就可以攔截事件的傳遞過程，想讓誰處理事件誰就處理事件。
事件傳遞給誰，就會調(diào)用誰的hitTest:withEvent:方法。
注 意：如果hitTest:withEvent:方法中返回nil，那么調(diào)用該方法的控件本身和其子控件都不是最合適的view，也就是在自己身上沒有找到更合適的view。那么最合適的view就是該控件的父控件。
所以事件的傳遞順序是這樣的：
產(chǎn)生觸摸事件->UIApplication事件隊(duì)列->[UIWindow hitTest:withEvent:]->返回更合適的view->[子控件 hitTest:withEvent:]->返回最合適的view
事件傳遞給窗口或控件的后，就調(diào)用hitTest:withEvent:方法尋找更合適的view。所以是，先傳遞事件，再根據(jù)事件在自己身上找更合適的view。
不管子控件是不是最合適的view，系統(tǒng)默認(rèn)都要先把事件傳遞給子控件，經(jīng)過子控件調(diào)用子控件自己的hitTest:withEvent:方法驗(yàn)證后才知道有沒有更合適的view。即便父控件是最合適的view了，子控件的hitTest:withEvent:方法還是會調(diào)用，不然怎么知道有沒有更合適的！即，如果確定最終父控件是最合適的view，那么該父控件的子控件的hitTest:withEvent:方法也是會被調(diào)用的。
技巧：想讓誰成為最合適的view就重寫誰自己的父控件的hitTest:withEvent:方法返回指定的子控件，或者重寫自己的hitTest:withEvent:方法 return self。但是，建議在父控件的hitTest:withEvent:中返回子控件作為最合適的view！
原因在于在自己的hitTest:withEvent:方法中返回自己有時(shí)候會出現(xiàn)問題。因?yàn)闀嬖谶@么一種情況：當(dāng)遍歷子控件時(shí)，如果觸摸點(diǎn)不在子控件A自己身上而是在子控件B身上，還要要求返回子控件A作為最合適的view，采用返回自己的方法可能會導(dǎo)致還沒有來得及遍歷A自己，就有可能已經(jīng)遍歷了點(diǎn)真正所在的view，也就是B。這就導(dǎo)致了返回的不是自己而是觸摸點(diǎn)真正所在的view。所以還是建議在父控件的hitTest:withEvent:中返回子控件作為最合適的view！
例如：whiteView有redView和greenView兩個(gè)子控件。redView先添加，greenView后添加。如果要求無論點(diǎn)擊那里都要讓redView作為最合適的view（把事件交給redView來處理）那么只能在whiteView的hitTest:withEvent:方法中return self.subViews[0];這種情況下在redView的hitTest:withEvent:方法中return self;是不好使的！
// 這里redView是whiteView的第0個(gè)子控件#import"redView.h"@implementationredView- (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent*)event{returnself;}- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{NSLog(@"red-touch");}@end// 或者#import"whiteView.h"@implementationwhiteView- (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent*)event{returnself.subviews[0];}- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{NSLog(@"white-touch");}@end
特殊情況：
誰都不能處理事件，窗口也不能處理。
重寫window的hitTest：withEvent：方法return nil
只能有窗口處理事件。
控制器的view的hitTest：withEvent：方法return nil或者window的hitTest：withEvent：方法return self
return nil的含義：
hitTest：withEvent：中return nil的意思是調(diào)用當(dāng)前hitTest：withEvent：方法的view不是合適的view，子控件也不是合適的view。如果同級的兄弟控件也沒有合適的view，那么最合適的view就是父控件。
尋找最合適的view底層剖析之hitTest：withEvent：方法底層做法
/************************************************ hitTest:withEvent:方法底層實(shí)現(xiàn)************************************************/
#import"WSWindow.h"@implementationWSWindow// 什么時(shí)候調(diào)用:只要事件一傳遞給一個(gè)控件，那么這個(gè)控件就會調(diào)用自己的這個(gè)方法// 作用:尋找并返回最合適的view// UIApplication -> [UIWindow hitTest:withEvent:]尋找最合適的view告訴系統(tǒng)// point:當(dāng)前手指觸摸的點(diǎn)// point:是方法調(diào)用者坐標(biāo)系上的點(diǎn)- (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent*)event{// 1.判斷下窗口能否接收事件if(self.userInteractionEnabled ==NO||self.hidden ==YES||self.alpha <=0.01)returnnil;// 2.判斷下點(diǎn)在不在窗口上 // 不在窗口上 if([selfpointInside:point withEvent:event] ==NO)returnnil;// 3.從后往前遍歷子控件數(shù)組 intcount = (int)self.subviews.count;for(inti = count -1; i >=0; i--)? ? {// 獲取子控件UIView*childView =self.subviews[i];// 坐標(biāo)系的轉(zhuǎn)換,把窗口上的點(diǎn)轉(zhuǎn)換為子控件上的點(diǎn) // 把自己控件上的點(diǎn)轉(zhuǎn)換成子控件上的點(diǎn) CGPointchildP = [selfconvertPoint:point toView:childView];UIView*fitView = [childView hitTest:childP withEvent:event];if(fitView) {// 如果能找到最合適的view returnfitView;? ? }? ? }// 4.沒有找到更合適的view，也就是沒有比自己更合適的view returnself;? ? }// 作用:判斷下傳入過來的點(diǎn)在不在方法調(diào)用者的坐標(biāo)系上// point:是方法調(diào)用者坐標(biāo)系上的點(diǎn)//- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event//{// return NO;//}- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{NSLog(@"%s",__func__);? ? }@end
hit:withEvent:方法底層會調(diào)用pointInside:withEvent:方法判斷點(diǎn)在不在方法調(diào)用者的坐標(biāo)系上。
3.3.1.2.pointInside:withEvent:方法
pointInside:withEvent:方法判斷點(diǎn)在不在當(dāng)前view上（方法調(diào)用者的坐標(biāo)系上）如果返回YES，代表點(diǎn)在方法調(diào)用者的坐標(biāo)系上;返回NO代表點(diǎn)不在方法調(diào)用者的坐標(biāo)系上，那么方法調(diào)用者也就不能處理事件。
3.3.2.練習(xí)
屏幕上現(xiàn)在有一個(gè)viewA，viewA有一個(gè)subView叫做viewB，要求觸摸viewB時(shí),viewB會響應(yīng)事件，而觸摸viewA本身，不會響應(yīng)該事件。如何實(shí)現(xiàn)？
- (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent*)event{UIView*view = [superhitTest:point withEvent:event];if(view ==self) {returnnil;? ? }returnview;}
（四）事件的響應(yīng)
4.1.觸摸事件處理的整體過程
1>用戶點(diǎn)擊屏幕后產(chǎn)生的一個(gè)觸摸事件，經(jīng)過一系列的傳遞過程后，會找到最合適的視圖控件來處理這個(gè)事件2>找到最合適的視圖控件后，就會調(diào)用控件的touches方法來作具體的事件處理touchesBegan…touchesMoved…touchedEnded…3>這些touches方法的默認(rèn)做法是將事件順著響應(yīng)者鏈條向上傳遞（也就是touch方法默認(rèn)不處理事件，只傳遞事件），將事件交給上一個(gè)響應(yīng)者進(jìn)行處理
4.2.響應(yīng)者鏈條示意圖
響應(yīng)者鏈條：在iOS程序中無論是最后面的UIWindow還是最前面的某個(gè)按鈕，它們的擺放是有前后關(guān)系的，一個(gè)控件可以放到另一個(gè)控件上面或下面，那么用戶點(diǎn)擊某個(gè)控件時(shí)是觸發(fā)上面的控件還是下面的控件呢，這種先后關(guān)系構(gòu)成一個(gè)鏈條就叫“響應(yīng)者鏈”。也可以說，響應(yīng)者鏈?zhǔn)怯啥鄠€(gè)響應(yīng)者對象連接起來的鏈條。在iOS中響應(yīng)者鏈的關(guān)系可以用下圖表示：
響應(yīng)者對象：能處理事件的對象，也就是繼承自UIResponder的對象
作用：能很清楚的看見每個(gè)響應(yīng)者之間的聯(lián)系，并且可以讓一個(gè)事件多個(gè)對象處理。
如何判斷上一個(gè)響應(yīng)者
1> 如果當(dāng)前這個(gè)view是控制器的view,那么控制器就是上一個(gè)響應(yīng)者
2> 如果當(dāng)前這個(gè)view不是控制器的view,那么父控件就是上一個(gè)響應(yīng)者
響應(yīng)者鏈的事件傳遞過程:
1>如果當(dāng)前view是控制器的view，那么控制器就是上一個(gè)響應(yīng)者，事件就傳遞給控制器；如果當(dāng)前view不是控制器的view，那么父視圖就是當(dāng)前view的上一個(gè)響應(yīng)者，事件就傳遞給它的父視圖
2>在視圖層次結(jié)構(gòu)的最頂級視圖，如果也不能處理收到的事件或消息，則其將事件或消息傳遞給window對象進(jìn)行處理
3>如果window對象也不處理，則其將事件或消息傳遞給UIApplication對象
4>如果UIApplication也不能處理該事件或消息，則將其丟棄
事件處理的整個(gè)流程總結(jié)：
1.觸摸屏幕產(chǎn)生觸摸事件后，觸摸事件會被添加到由UIApplication管理的事件隊(duì)列中（即，首先接收到事件的是UIApplication）。
2.UIApplication會從事件隊(duì)列中取出最前面的事件，把事件傳遞給應(yīng)用程序的主窗口（keyWindow）。
3.主窗口會在視圖層次結(jié)構(gòu)中找到一個(gè)最合適的視圖來處理觸摸事件。（至此，第一步已完成)
4.最合適的view會調(diào)用自己的touches方法處理事件
5.touches默認(rèn)做法是把事件順著響應(yīng)者鏈條向上拋。
touches的默認(rèn)做法：
#import"WSView.h"@implementationWSView//只要點(diǎn)擊控件,就會調(diào)用touchBegin,如果沒有重寫這個(gè)方法,自己處理不了觸摸事件// 上一個(gè)響應(yīng)者可能是父控件- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{// 默認(rèn)會把事件傳遞給上一個(gè)響應(yīng)者,上一個(gè)響應(yīng)者是父控件,交給父控件處理[supertouchesBegan:touches withEvent:event];// 注意不是調(diào)用父控件的touches方法，而是調(diào)用父類的touches方法// super是父類 superview是父控件 }@end
事件的傳遞與響應(yīng)：
1、當(dāng)一個(gè)事件發(fā)生后，事件會從父控件傳給子控件，也就是說由UIApplication -> UIWindow -> UIView -> initial view,以上就是事件的傳遞，也就是尋找最合適的view的過程。
2、接下來是事件的響應(yīng)。首先看initial view能否處理這個(gè)事件，如果不能則會將事件傳遞給其上級視圖（inital view的superView）；如果上級視圖仍然無法處理則會繼續(xù)往上傳遞；一直傳遞到視圖控制器view controller，首先判斷視圖控制器的根視圖view是否能處理此事件；如果不能則接著判斷該視圖控制器能否處理此事件，如果還是不能則繼續(xù)向上傳 遞；（對于第二個(gè)圖視圖控制器本身還在另一個(gè)視圖控制器中，則繼續(xù)交給父視圖控制器的根視圖，如果根視圖不能處理則交給父視圖控制器處理）；一直到 window，如果window還是不能處理此事件則繼續(xù)交給application處理，如果最后application還是不能處理此事件則將其丟棄
3、在事件的響應(yīng)中，如果某個(gè)控件實(shí)現(xiàn)了touches...方法，則這個(gè)事件將由該控件來接受，如果調(diào)用了[supertouches….];就會將事件順著響應(yīng)者鏈條往上傳遞，傳遞給上一個(gè)響應(yīng)者；接著就會調(diào)用上一個(gè)響應(yīng)者的touches….方法
如何做到一個(gè)事件多個(gè)對象處理：
因?yàn)橄到y(tǒng)默認(rèn)做法是把事件上拋給父控件，所以可以通過重寫自己的touches方法和父控件的touches方法來達(dá)到一個(gè)事件多個(gè)對象處理的目的。
- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{// 1.自己先處理事件...NSLog(@"do somthing...");// 2.再調(diào)用系統(tǒng)的默認(rèn)做法，再把事件交給上一個(gè)響應(yīng)者處理[supertouchesBegan:touches withEvent:event]; }
事件的傳遞和響應(yīng)的區(qū)別：
事件的傳遞是從上到下（父控件到子控件），事件的響應(yīng)是從下到上（順著響應(yīng)者鏈條向上傳遞：子控件到父控件。
