前言

當(dāng)我們?cè)谑謾C(jī)屏幕上進(jìn)行了一次點(diǎn)擊，滑動(dòng)，輕掃手機(jī)屏幕，手機(jī)如何捕獲這個(gè)事件并且做出對(duì)應(yīng)的反應(yīng)，這里就涉及到了兩個(gè)概念，事件鏈和響應(yīng)鏈。

一 iOS 中的事件

iOS中的事件可以分為3大類型:

• 觸摸事件
• 加速計(jì)事件
• 遠(yuǎn)程控制事件

以下一副圖生動(dòng)的形容了三種事件

image.png

• 加速事件

- (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

接下來我們重點(diǎn)討論 iOS 中的觸摸事件

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

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

• UIApplication
• UIViewController
• UIView

NS_CLASS_AVAILABLE_IOS(2_0) @interface UIApplication : UIResponder

NS_CLASS_AVAILABLE_IOS(2_0) @interface UIViewController : UIResponder <NSCoding, UIAppearanceContainer, UITraitEnvironment, UIContentContainer, UIFocusEnvironment>

NS_CLASS_AVAILABLE_IOS(2_0) @interface UIView : UIResponder <NSCoding, UIAppearance, UIAppearanceContainer, UIDynamicItem, UITraitEnvironment, UICoordinateSpace, UIFocusItem, CALayerDelegate>

@interface CALayer : NSObject <NSSecureCoding, CAMediaTiming>

CALayer不是繼承UIResponder，所以無法處理事件

那么為什么繼承自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;

二 事件的處理

下面以UIView為例來說明觸摸事件的處理。

• UIView是UIResponder的子類，可以覆蓋下列4個(gè)方法處理不同的觸摸事件

// 一根或者多根手指開始觸摸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
// 一根或者多根手指離開view，系統(tǒng)會(huì)自動(dòng)調(diào)用view的下面方法
- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event
// 觸摸結(jié)束前，某個(gè)系統(tǒng)事件(例如電話呼入)會(huì)打斷觸摸過程，系統(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)用的，所以可以通過重寫該方法來處理一些事件。

• 如果一根手指觸摸一個(gè)view，那么view會(huì)調(diào)用1次touchesBegan:withEvent:方法，并且調(diào)用時(shí)的touches參數(shù)中只包含一個(gè)UITouch對(duì)象。
• 如果是處理UIView的觸摸事件。必須要自定義UIView子類繼承自UIView。我們只能通過子類繼承父類，重寫子類方法的方式處理UIView的觸摸事件。
• 如果是處理UIViewController的觸摸事件，那么在控制器的.m文件中直接重寫那四個(gè)方法即可！

注 意：有人認(rèn)為，我要是處理控制器的自帶的view的事件，就不需要自定義一個(gè)繼承于UIView的子類，因?yàn)榭梢栽?code>.m文件中重寫那4個(gè)方法，但是，我們此處討論的是處理UIView的觸摸事件，而不是處理 UIViewController的觸摸事件。你如果是在.m文件中重寫那4個(gè)方法，相當(dāng)于處理的是viewController的觸摸事件，因?yàn)関iewController也是繼承自UIResponder，所以會(huì)給人一種錯(cuò)覺。

所以，想處理UIView的觸摸事件，必須自定義繼承自UIView的子類。

2.1 UITouch 詳解

下面是 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)用戶用一根手指觸摸屏幕時(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ì)象
• 如果這兩根手指一前一后分開觸摸同一個(gè)view，那么view會(huì)分別調(diào)用2次touchesBegan:withEvent:方法，并且每次調(diào)用時(shí)的touches參數(shù)中只包含一個(gè)UITouch對(duì)象

2.1.2 UITouch的作用

• 保存著跟手指相關(guān)的信息，比如觸摸的位置、時(shí)間、階段
• 當(dāng)手指移動(dòng)時(shí)，系統(tǒng)會(huì)更新同一個(gè)UITouch對(duì)象，使之能夠一直保存該手指在的觸摸位置
• 當(dāng)手指離開屏幕時(shí)，系統(tǒng)會(huì)銷毀相應(yīng)的UITouch對(duì)象

提 示 iPhone開發(fā)中，要避免使用雙擊事件

2.1.3 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.4 UITouch的方法

// 返回值表示觸摸在view上的位置
// 這里返回的位置是針對(duì)view的坐標(biāo)系的（以view的左上角為原點(diǎn)(0, 0)）
// 調(diào)用時(shí)傳入的view參數(shù)為nil的話，返回的是觸摸點(diǎn)在UIWindow的位置
(CGPoint)locationInView:(UIView *)view;

// 該方法記錄了前一個(gè)觸摸點(diǎn)的位置
(CGPoint)previousLocationInView:(UIView *)view;

2.2 UIView 的拖拽

代碼實(shí)現(xiàn) TestView.m

- (void)touchesMoved:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    NSLog(@"touchesMoved");
    // 想讓控件隨著手指移動(dòng)而移動(dòng),監(jiān)聽手指移動(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ì)把之前形變給清空,重新開始設(shè)置形變參數(shù)
    // make:相對(duì)于最原始的位置形變
    // CGAffineTransform t:相對(duì)這個(gè)t的形變的基礎(chǔ)上再去形變
    // 如果相對(duì)哪個(gè)形變?cè)俅涡巫?就傳入它的形變
    self.transform = CGAffineTransformTranslate(self.transform, offsetX, offsetY);
}

運(yùn)行結(jié)果如下圖所示

move.gif

三 事件的產(chǎn)生和傳遞

3.1 事件的產(chǎn)生

• 發(fā)生觸摸事件后，系統(tǒng)就會(huì)將該事件加入到一個(gè)由UIApplication管理的事件隊(duì)列中。（為什么使用隊(duì)列來管理事件，因?yàn)殛?duì)列的特點(diǎn)是 FIFO，即先進(jìn)先出，先產(chǎn)生的事件先處理，這樣才符合邏輯。）
• UIApplication會(huì)從事件隊(duì)列中找到最前面的事件，并將事件分發(fā)下去以便處理，通常，先發(fā)送事件給應(yīng)用程序的主窗口（keyWindow）
• 主窗口會(huì)在視圖層次結(jié)構(gòu)中找到一個(gè)最適合的視圖來處理觸摸事件，這也是整個(gè)事件處理過程的第一步
• 找到最適合的視圖控件后，就會(huì)調(diào)用視圖控件的touches方法來做具體的事件處理

UIApplicaton -> UIWindow -> UIViewControleler -> UIView -> subView

3.2 事件的傳遞

• 觸摸事件的傳遞是從父控件傳遞到子控件
• 如果父控件不能接受觸摸事件，那么子控件就不可能接收到觸摸事件
• UIView有三種情況不能接收事件
  • 不接收用戶交互 - userInteractionEnabled = NO
  • 隱藏 - hidden = YES
  • 透明 - alpha = 0.0 ~0.01

注 UIImageView的userInteractionEnabled默認(rèn)就是NO，因此UIImageView以及它的子控件默認(rèn)是不能接收觸摸時(shí)間的

3.3(重難點(diǎn)) 應(yīng)用如何找到最合適的控件來處理事件？

• 1.首先判斷主窗口（keyWindow）自己是否能接受觸摸事件
• 2.判斷觸摸點(diǎn)是否在自己身上
• 3.子控件數(shù)組中從后往前遍歷子控件，重復(fù)前面的兩個(gè)步驟（所謂從后往前遍歷子控件，就是首先查找子控件數(shù)組中最后一個(gè)元素，然后執(zhí)行1、2步驟）
• 4.如果沒有符合條件的子控件，那么就認(rèn)為自己最合適處理這個(gè)事件，也就是自己是最合適的view。

詳述

1. 主窗口接收到應(yīng)用程序傳遞過來的事件后，首先判斷自己能否接手觸摸事件。如果能，那么在判斷觸摸點(diǎn)在不在窗口自己身上
2. 如果觸摸點(diǎn)也在窗口身上，那么窗口會(huì)從后往前遍歷自己的子控件（遍歷自己的子控件只是為了尋找出來最合適的view）
3. 遍歷到每一個(gè)子控件后，又會(huì)重復(fù)上面的兩個(gè)步驟（傳遞事件給子控件，1.判斷子控件能否接受事件，2.點(diǎn)在不在子控件上）
4. 如此循環(huán)遍歷子控件，直到找到最合適的view，如果沒有更合適的子控件，那么自己就成為最合適的view。

1. 找到最合適的view后，就會(huì)調(diào)用該view的touches方法處理具體的事件。所以，只有找到最合適的view，把事件傳遞給最合適的view后，才會(huì)調(diào)用touches方法進(jìn)行接下來的事件處理。找不到最合適的view，就不會(huì)調(diào)用touches方法進(jìn)行事件處理。
2. 之所以會(huì)采取從后往前遍歷子控件的方式尋找最合適的view只是為了做一些循環(huán)優(yōu)化。因?yàn)橄啾容^之下，后添加的view在上面，降低循環(huán)次數(shù)。

下圖直觀的顯示查找 view 的過程

image.png

總結(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è)最合適的視圖來處理觸摸事件。（至此，第一步已完成）。

事件傳遞示例

image.png

觸摸事件的傳遞時(shí)從父控件傳遞到子控件

• 點(diǎn)擊了綠色區(qū)域 (UIApplication -> UIWindow -> 白色 -> 綠色)
• 點(diǎn)擊了藍(lán)色區(qū)域( UIApplication -> UIWindow -> 白色 -> 橙色 -> 藍(lán)色)
• 點(diǎn)擊了黃色區(qū)域( UIApplication -> UIWindow -> 白色 -> 橙色 -> 藍(lán)色 -> 黃色)

如果父控件不能接收觸摸事件，那么子控件也不可能接收觸摸事件

注意：不管視圖能不能處理事件，只要點(diǎn)擊了視圖就都會(huì)產(chǎn)生事件，關(guān)鍵在于該事件最終是由誰來處理！也就是說，如果藍(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，那么子控件也是不可見的！

3.4 尋找最合適的view底層剖析

兩個(gè)重要的方法：

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event;
- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event;

3.4.1 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:方法。

3.4.2 攔截事件的處理

• 正因?yàn)閔itTest：withEvent：方法可以返回最合適的view，所以可以通過重寫hitTest：withEvent：方法，返回指定的view作為最合適的view。
• 不管點(diǎn)擊哪里，最合適的view都是hitTest：withEvent：方法中返回的那個(gè)view。
• 通過重寫hitTest：withEvent：，就可以攔截事件的傳遞過程，想讓誰處理事件誰就處理事件。

1. 事件傳遞給誰，就會(huì)調(diào)用誰的hitTest:withEvent:方法。
2. 如果hitTest:withEvent:方法中返回nil，那么調(diào)用該方法的控件本身和其子控件都不是最合適的view，也就是在自己身上沒有找到更合適的view。那么最合適的view就是該控件的父控件。

總結(jié)

• 事件傳遞給窗口或控件的后，就調(diào)用hitTest:withEvent:方法尋找更合適的view。所以是，先傳遞事件，再根據(jù)事件在自己身上找更合適的view。
• 不管子控件是不是最合適的view，系統(tǒng)默認(rèn)都要先把事件傳遞給子控件，經(jīng)過子控件調(diào)用子控件自己的hitTest:withEvent:方法驗(yàn)證后才知道有沒有更合適的view。即便父控件是最合適的view了，子控件的hitTest:withEvent:方法還是會(huì)調(diào)用，不然怎么知道有沒有更合適的！即，如果確定最終父控件是最合適的view，那么該父控件的子控件的hitTest:withEvent:方法也是會(huì)被調(diào)用的。

技巧：想讓誰成為最合適的view就重寫它的父控件的hitTest:withEvent:方法返回指定的子控件，或者重寫自己的hitTest:withEvent:方法 return self。
建議在父控件的hitTest:withEvent:中返回子控件作為最合適的view！

項(xiàng)目需求:redView有g(shù)reenView和yellowView兩個(gè)子控件。greenView先添加，yellowView后添加。如果要求無論點(diǎn)擊那里都要讓greenView作為最合適的view（把事件交給greenView來處理）

// RedView.m
@implementation RedView
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    NSLog(@"RedView touchesBegan");
}

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {
    return self.subviews[0];
}
@end

// GreenView.m
@implementation GreenView
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    NSLog(@"GreenView touchesBegan");
}
@end

// YellowView.m
@implementation YellowView
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    NSLog(@"YellowView touchesBegan");
}
@end

image.png

image.png

無論點(diǎn)擊1區(qū)域，2區(qū)域，3區(qū)域，結(jié)果都是GreenView 視圖處理事件

特殊情況

1. 誰都不能處理事件，窗口也不能處理。

• 重寫window的hitTest:withEvent:方法，return nil即可

2. 只能有窗口處理事件。

• 控制器的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í)的兄弟控件也沒有合適的view，那么最合適的view就是父控件。

• 尋找最合適的view底層剖析之hitTest:withEvent:方法底層實(shí)現(xiàn)

CSWindow.m 文件

@implementation CSWindow

// 什么時(shí)候調(diào)用:只要事件一傳遞給一個(gè)控件，那么這個(gè)控件就會(huì)調(diào)用自己的這個(gè)方法
// 作用:尋找并返回最合適的view
// UIApplication -> [UIWindow hitTest:withEvent:]尋找最合適的view告訴系統(tǒng)
// point:當(dāng)前手指觸摸的點(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)
        CGPoint childP = [self convertPoint:point toView:childView];
        UIView *fitView = [childView hitTest:childP withEvent:event];
        if (fitView) {
            // 如果能找到最合適的view
            return fitView;
        }
    }
    
    // 4.沒有找到更合適的view，也就是沒有比自己更合適的view
    return self;
}
@end

hitTest:withEvent:方法底層會(huì)調(diào)用pointInside:withEvent:方法判斷點(diǎn)在不在方法調(diào)用者的坐標(biāo)系上。

3.4.3 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.4.4 練習(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)者鏈條

觸摸事件處理的詳細(xì)過程：

當(dāng)用戶點(diǎn)擊屏幕后產(chǎn)生一個(gè)觸摸事件，經(jīng)過經(jīng)過一系列的傳遞過程后，會(huì)找到最合適的視圖控件來處理這個(gè)事件，找到最合適的視圖之后，就會(huì)調(diào)用空間的touches那三個(gè)方法，這些方法的默認(rèn)做法是把事件順著響應(yīng)者鏈條向上傳遞，將事件傳遞給上一個(gè)響應(yīng)者進(jìn)行處理

什么是響應(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)者對(duì)象連接起來的鏈條。

在iOS中響應(yīng)者鏈的關(guān)系可以用下圖表示：

響應(yīng)鏈.png

• 響應(yīng)者對(duì)象 能處理事件的對(duì)象，也就是繼承自UIResponder的對(duì)象
• 作用 能很清楚的看見每個(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)者鏈的事件傳遞過程:

• 1.如果當(dāng)前view是控制器的view，那么控制器就是上一個(gè)響應(yīng)者，事件就傳遞給控制器；如果當(dāng)前view不是控制器的view，那么父視圖就是當(dāng)前view的上一個(gè)響應(yīng)者，事件就傳遞給它的父視圖
• 2.在視圖層次結(jié)構(gòu)的最頂級(jí)視圖，如果也不能處理收到的事件或消息，則其將事件或消息傳遞給window對(duì)象進(jìn)行處理
• 3.如果window對(duì)象也不處理，則其將事件或消息傳遞給UIApplication對(duì)象
• 4.如果UIApplication也不能處理該事件或消息，則將其丟棄

事件傳遞的完整過程

• 先將事件對(duì)象由上往下傳遞(由父控件傳遞給子控件)，找到最合適的控件來處理這個(gè)事件，調(diào)用最合適控件的touches….方法，如果調(diào)用了[super touches….]那么就會(huì)將事件順著響應(yīng)者鏈條往上傳遞，傳遞給上一個(gè)響應(yīng)者，接著就會(huì)調(diào)用上一個(gè)響應(yīng)者的touches….方法

重點(diǎn)說明

• 如果最終hit-test沒有找到第一響應(yīng)者，或者第一響應(yīng)者沒有處理該事件，則該事件會(huì)沿著響應(yīng)者鏈向上回溯，如果UIWindow實(shí)例和UIApplication實(shí)例都不能處理該事件，則該事件會(huì)被丟棄；
  *hitTest:withEvent:方法將會(huì)忽略隱藏(hidden=YES)的視圖，禁止用戶操作(userInteractionEnabled=YES)的視圖，以及alpha級(jí)別小于0.01(alpha<0.01)的視圖。
• 如果一個(gè)子視圖的區(qū)域超過父視圖的bound區(qū)域(父視圖的clipsToBounds 屬性為NO，這樣超過父視圖bound區(qū)域的子視圖內(nèi)容也會(huì)顯示)，那么正常情況下對(duì)子視圖在父視圖之外區(qū)域的觸摸操作不會(huì)被識(shí)別,因?yàn)楦敢晥D的pointInside:withEvent:方法會(huì)返回NO,這樣就不會(huì)繼續(xù)向下遍歷子視圖了。當(dāng)然，也可以重寫pointInside:withEvent:方法來處理這種情況。

image.png

分別點(diǎn)擊1區(qū)域，2區(qū)域，3區(qū)域，執(zhí)行結(jié)果如下

image.png

可知如果點(diǎn)擊一個(gè)超出父視圖區(qū)域的子視圖，則該觸摸操作不被識(shí)別。

如何做到一個(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)者鏈條向上傳遞：子控件到父控件。

使用響應(yīng)者鏈條找到當(dāng)前view所屬的控制器

- (UIViewController *)parentController
{
    UIResponder *responder = [self nextResponder];
    while (responder) {
        if ([responder isKindOfClass:[UIViewController class]]) {
            return (UIViewController *)responder;
        }
        responder = [responder nextResponder];
    }
    return nil;
}

響應(yīng)過程是和時(shí)間傳遞過程相反的。

響應(yīng)鏈

最上面的紅色view發(fā)現(xiàn)點(diǎn)擊事件是在自己的范圍內(nèi)，且自己可以響應(yīng)這個(gè)事件，那么他就不再向下傳遞了，這就可以理解兩個(gè)按鈕，如果都可以響應(yīng)點(diǎn)擊事件，那么正常情況下應(yīng)該是上面的按鈕響應(yīng)點(diǎn)擊事件。如果紅色的View發(fā)現(xiàn)自己不具備響應(yīng)這個(gè)事件的能力，那么他會(huì)把事件繼續(xù)向下傳遞，傳遞到他的上一層也就是rootVC.view，就這樣依次向下傳遞，直到UIwindow層，發(fā)現(xiàn)依然沒有可以響應(yīng)的View，那么這個(gè)點(diǎn)擊事件就沒有響應(yīng)者，點(diǎn)擊無效。

本文參考 文／VV木公子的 史上最詳細(xì)的iOS之事件的傳遞和響應(yīng)機(jī)制-原理篇文章
本文參考 是我始終拒絕成長(zhǎng)嗎的iOS開發(fā)-事件傳遞以及響應(yīng)者鏈條

• 如有錯(cuò)誤，歡迎指正，多多點(diǎn)贊，打賞更佳，您的支持是我寫作的動(dòng)力。

項(xiàng)目連接地址 - Responder+Event