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