iOS事件傳遞->處理->響應

時間 2019-12-11

標籤 ios 事件傳遞處理響應欄目 iOS 简体版

原文原文鏈接

前言：

按照時間順序，事件的生命週期是這樣的：ios

　　事件的產生和傳遞（事件如何從父控件傳遞到子控件並尋找到最合適的view、尋找最合適的view的底層實現、攔截事件的處理）->找到最合適的view後事件的處理（touches方法的重寫，也就是事件的響應）數組

章節順序正好和事件的時間順序相反：app

　　事件處理->事件的產生和傳遞iview

其中重點和難點是：ide

　　1.如何尋找最合適的view學習

　　2.尋找最合適的view的底層實現（hitTest:withEvent:底層實現）優化

（一）iOS中的事件

iOS中的事件能夠分爲3大類型：
- 觸摸事件
- 加速計事件
- 遠程控制事件
這裏咱們只討論iOS中的觸摸事件。

1.1.響應者對象(UIResponder)

學習觸摸事件首先要了解一個比較重要的概念-響應者對象（UIResponder）。ui

在iOS中不是任何對象都能處理事件，只有繼承了UIResponder的對象才能接受並處理事件，咱們稱之爲「響應者對象」。如下都是繼承自UIResponder的，因此都能接收並處理事件。
- UIApplication
- UIViewController
- UIView

那麼爲何繼承自UIResponder的類就可以接收並處理事件呢？atom

　　由於UIResponder中提供瞭如下4個對象方法來處理觸摸事件。spa

UIResponder內部提供瞭如下方法來處理事件
觸摸事件
- (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; 加速計事件 - (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent *)event; - (void)motionEnded:(UIEventSubtype)motion withEvent:(UIEvent *)event; - (void)motionCancelled:(UIEventSubtype)motion withEvent:(UIEvent *)event; 遠程控制事件 - (void)remoteControlReceivedWithEvent:(UIEvent *)event;

-----------------------------------------------------------

（二）事件的處理

下面以UIView爲例來講明觸摸事件的處理。

// UIView是UIResponder的子類，能夠覆蓋下列4個方法處理不一樣的觸摸事件 // 一根或者多根手指開始觸摸view，系統會自動調用view的下面方法 - (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event // 一根或者多根手指在view上移動，系統會自動調用view的下面方法（隨着手指的移動，會持續調用該方法） - (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event // 一根或者多根手指離開view，系統會自動調用view的下面方法 - (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event // 觸摸結束前，某個系統事件(例如電話呼入)會打斷觸摸過程，系統會自動調用view的下面方法 - (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event // 提示：touches中存放的都是UITouch對象

須要注意的是：以上四個方法是由系統自動調用的，因此能夠經過重寫該方法來處理一些事件。

若是兩根手指同時觸摸一個view，那麼view只會調用一次touchesBegan:withEvent:方法，touches參數中裝着2個UITouch對象
若是這兩根手指一前一後分開觸摸同一個view，那麼view會分別調用2次touchesBegan:withEvent:方法，而且每次調用時的touches參數中只包含一個UITouch對象
重寫以上四個方法，若是是處理UIView的觸摸事件。必需要自定義UIView子類繼承自UIView。由於蘋果不開源，沒有把UIView的.m文件提供給咱們。咱們只能經過子類繼承父類，重寫子類方法的方式處理UIView的觸摸事件（注意：我說的是UIView觸摸事件而不是說的 UIViewController的觸摸事件）。若是是處理UIViewController的觸摸事件，那麼在控制器的.m文件中直接重寫那四個方法即可！

/************************自定義UIView的.h文件************************/ #import <UIKit/UIKit.h> @interface WSView : UIView @end /************************自定義UIView的.m文件***********************/ #import "WSView.h" @implementation WSView // 開始觸摸時就會調用一次這個方法 - (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event { NSLog(@"摸我幹啥！"); } // 手指移動就會調用這個方法 // 這個方法調用很是頻繁 - (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event { NSLog(@"哎呀，不要拽人家！"); } // 手指離開屏幕時就會調用一次這個方法 - (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event { NSLog(@"手放開還能繼續玩耍！"); } @end /**************************k控制器的.m文件*************************/ #import "ViewController.h" #import "WSView.h" @interface ViewController () @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; // 建立自定義view WSView *touchView = [[WSView alloc] initWithFrame:CGRectMake(100, 100, 100, 100)]; // 背景顏色 touchView.backgroundColor = [UIColor redColor]; // 添加到父控件  [self.view addSubview:touchView]; } @end

注意：有人認爲，我要是處理控制器的自帶的view的事件就不須要自定義UIView子類繼承於UIView，由於能夠在viewController.m 文件中重寫touchBegan:withEvent:方法，可是，咱們此處討論的是處理UIView的觸摸事件，而不是處理 UIViewController的觸摸事件。你是在viewController.m文件中重寫touchBegan:withEvent:方法，至關於處理的是viewController的觸摸事件，由於viewController也是繼承自UIResponder，因此會給人一種錯覺。

因此，仍是那句話，想處理UIView的觸摸事件，必須自定義UIView子類繼承自UIView。

2.1.UIView的拖拽

那麼，如何實現UIView的拖拽呢?也就是讓UIView隨着手指的移動而移動。

　　重寫touchsMoved:withEvent:方法

此時須要用到參數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(nonatomic,readonly,retain) UIWindow *window; @property(nonatomic,readonly,retain) UIView *view; @property(nonatomic,readonly,copy) NSArray *gestureRecognizers NS_AVAILABLE_IOS(3_2); - (CGPoint)locationInView:(UIView *)view; - (CGPoint)previousLocationInView:(UIView *)view; @end

2.1.1.UITouch對象

當用戶用一根手指觸摸屏幕時，會建立一個與手指相關的UITouch對象
一根手指對應一個UITouch對象

若是兩根手指同時觸摸一個view，那麼view只會調用一次touchesBegan:withEvent:方法，touches參數中裝着2個UITouch對象
若是這兩根手指一前一後分開觸摸同一個view，那麼view會分別調用2次touchesBegan:withEvent:方法，而且每次調用時的touches參數中只包含一個UITouch對象

2.1.1.1.UITouch的做用

保存着跟手指相關的信息，好比觸摸的位置、時間、階段
當手指移動時，系統會更新同一個UITouch對象，使之可以一直保存該手指在的觸摸位置
當手指離開屏幕時，系統會銷燬相應的UITouch對象
提示：iPhone開發中，要避免使用雙擊事件！

2.1.1.2.UITouch的屬性

觸摸產生時所處的窗口
- @property(nonatomic,readonly,retain) UIWindow *window;
觸摸產生時所處的視圖
- @property(nonatomic,readonly,retain) UIView *view;
短期內點按屏幕的次數，能夠根據tapCount判斷單擊、雙擊或更多的點擊
- @property(nonatomic,readonly) NSUInteger tapCount;
記錄了觸摸事件產生或變化時的時間，單位是秒
- @property(nonatomic,readonly) NSTimeInterval timestamp;
當前觸摸事件所處的狀態
- @property(nonatomic,readonly) UITouchPhase phase;

2.1.1.3.UITouch的方法

(CGPoint)locationInView:(UIView *)view;
- 返回值表示觸摸在view上的位置
- 這裏返回的位置是針對view的座標系的（以view的左上角爲原點(0, 0)）
- 調用時傳入的view參數爲nil的話，返回的是觸摸點在UIWindow的位置
(CGPoint)previousLocationInView:(UIView *)view;
- 該方法記錄了前一個觸摸點的位置

代碼實現：

- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event
{
    // 想讓控件隨着手指移動而移動,監聽手指移動
    
    // 獲取UITouch對象
    UITouch *touch = [touches anyObject];
    
    // 獲取當前點的位置
    CGPoint curP = [touch locationInView:self];
    
    // 獲取上一個點的位置
    CGPoint preP = [touch previousLocationInView:self];
    
    // 獲取它們x軸的偏移量,每次都是相對上一次
    CGFloat offsetX = curP.x - preP.x;
    
    // 獲取y軸的偏移量
    CGFloat offsetY = curP.y - preP.y;
    
    // 修改控件的形變或者frame,center,就能夠控制控件的位置
    
    // 形變也是相對上一次形變(平移)
    // CGAffineTransformMakeTranslation:會把以前形變給清空,從新開始設置形變參數
    // make:相對於最原始的位置形變
    // CGAffineTransform t:相對這個t的形變的基礎上再去形變
    // 若是相對哪一個形變再次形變,就傳入它的形變
    self.transform = CGAffineTransformTranslate(self.transform, offsetX, offsetY);
}

-----------------------------------------------------------

（三）iOS中的事件的產生和傳遞

3.1.事件的產生：

發生觸摸事件後，系統會將該事件加入到一個由UIApplication管理的事件隊列中
爲何是隊列而不是棧？由於隊列的特定是先進先出，先產生的事件先處理才符合常理，因此把事件添加到隊列。
UIApplication會從事件隊列中取出最前面的事件，並將事件分發下去以便處理，一般，先發送事件給應用程序的主窗口（keyWindow）。

主窗口會在視圖層次結構中找到一個最合適的視圖來處理觸摸事件，這也是整個事件處理過程的第一步。

找到合適的視圖控件後，就會調用視圖控件的touches方法來做具體的事件處理。

3.2.事件的傳遞：

觸摸事件的傳遞是從父控件傳遞到子控件

掌握：若是父控件不能接受觸摸事件，那麼子控件就不可能接收到觸摸事件

應用如何找到最合適的控件來處理事件？
- 1.首先判斷主窗口（keyWindow）本身是否能接受觸摸事件
- 2.觸摸點是否在本身身上
- 3.從後往前遍歷子控件，重複前面的兩個步驟（首先查找數組中最後一個元素）
- 4.若是沒有符合條件的子控件，那麼就認爲本身最合適處理

UIView不能接收觸摸事件的三種狀況：

不容許交互：userInteractionEnabled = NO
隱藏：若是把父控件隱藏，那麼子控件也會隱藏，隱藏的控件不能接受事件
透明度：若是設置一個控件的透明度<0.01，會直接影響子控件的透明度。alpha：0.0~0.01爲透明。

注意：默認UIImageView不能接受觸摸事件，由於不容許交互，即userInteractionEnabled = NO，因此若是但願UIImageView能夠交互，須要userInteractionEnabled = YES。

總結一下：1.點擊一個UIView或產生一個觸摸事件A，這個觸摸事件A會被添加到由UIApplication管理的事件隊列中（即，首先接收到事件的是UIApplication）。

　　　　　2.UIApplication會從事件對列中取出最前面的事件（此處假設爲觸摸事件A），把事件A傳遞給應用程序的主窗口（keyWindow）。

　　　　　3。窗口會在視圖層次結構中找到一個最合適的視圖來處理觸摸事件。（至此，第一步已完成）

若是想讓某個view不能接收事件（或者說，事件傳遞到某個view那裏就斷了），那麼能夠經過剛纔提到的三種方式。好比，設置其userInteractionEnabled = NO;那麼傳遞下來的事件就會由該view的父控件處理。

例如，不想讓藍色的view接收事件，那麼能夠設置藍色的view的userInteractionEnabled = NO;那麼點擊黃色的view或者藍色的view所產生的事件，橙色的view就會成爲最合適的view。事件都會由橙色的veiw處理。

因此，無論視圖能不能處理事件，只要點擊了視圖就都會產生事件，關鍵看該事件是由誰來處理！也就是說，若是視圖不能處理事件，點擊視圖，仍是會產生一個觸摸事件，只是該事件不會由被點擊的視圖處理而已！

注意：若是設置父控件的透明度或者hidden，會直接影響到子控件的透明度和hidden。若是父控件的透明度爲0或者hidden = YES，那麼子控件也是不可見的！

3.3.（重難點）如何尋找最合適的view

應用如何找到最合適的控件來處理事件？

1.首先判斷主窗口（keyWindow）本身是否能接受觸摸事件
2.觸摸點是否在本身身上
3.從後往前遍歷子控件，重複前面的兩個步驟（首先查找數組中最後一個元素）
4.若是沒有符合條件的子控件，那麼就認爲本身最合適處理

詳述：1.主窗口接收到應用程序傳遞過來的事件後，首先判斷本身可否接手觸摸事件。若是能，那麼在判斷觸摸點在不在窗口本身身上

　　　2.若是觸摸點也在窗口身上，那麼窗口會從後往前遍歷本身的子控件（遍歷本身的子控件只是爲了尋找出來最合適的view）

　　　3.遍歷到每個子控件後，又會重複上面的兩個步驟（傳遞事件給子控件，1.判斷子控件可否接受事件，2.點在不在子控件上）

　　　4.如此循環遍歷子控件，直到找到最合適的view，若是沒有更合適的子控件，那麼本身就成爲最合適的view。

找到最合適的view後，就會調用該view的touches方法處理具體的事件。因此，只有找到最合適的view，把事件傳遞給最合適的view後，纔會調用touches方法進行接下來的事件處理。找不到最合適的view，就不會調用touches方法進行事件處理。

注意：之因此會採起從後往前遍歷子控件的方式尋找最合適的view只是爲了作一些循環優化。由於相比較之下，後添加的view在上面，下降循環次數。

3.3.1.尋找最合適的view底層剖析

兩個重要的方法：

hitTest:withEvent:方法
pointInside方法

3.3.1.1.hitTest：withEvent：方法

何時調用：
- 只要事件一傳遞給一個控件你這個控件就會調用他本身的hitTest：withEvent：方法
做用：
- 尋找並返回最合適的view(可以響應事件的那個最合適的view)

攔截事件的處理：

正由於hitTest：withEvent：方法能夠返回最合適的view，因此能夠經過重寫hitTest：withEvent：方法，返回指定的view做爲最合適的view。
無論點擊哪裏，最合適的view都是hitTest：withEvent：方法中返回的那個view。
攔截事件的傳遞過程，想讓誰處理事件誰就處理事件。

事件傳遞給誰，就會調用誰的hitTest:withEvent:方法。

注意：若是hitTest:withEvent:方法中返回nil，那麼調用該方法的控件自己和其子控件都不是最合適的view，也就是在本身身上沒有找到更合適的view。那麼最合適的view就是該控件的父控件。

因此事件的傳遞順序是這樣的：

　　產生觸摸事件->UIApplication事件隊列->[UIWindow hitTest:withEvent:]->返回合適的view->[子控件 hitTest:withEvent:]->返回合適的view

　　事件傳遞給窗口或控件的後，就調用hitTest:withEvent:方法尋找更合適的view。因此是，先傳遞事件，再根據事件在本身身上找更合適的view。

　　無論子控件是否是最合適的view，都要先把事件傳遞給子控件，通過子控件調用本身的hitTest:withEvent:方法驗證後才知道有沒有更合適的view。即使父控件是最合適的view了，子控件的hitTest:withEvent:方法仍是會調用，否則怎麼知道有沒有更合適的！即，若是肯定最終父控件是最合適的view，那麼該父控件的子控件的hitTest:withEvent:方法也是會被調用的。

　　注意：想讓誰成爲最合適的view就重寫誰本身的父控件的hitTest:withEvent:方法返回指定的子控件，或者重寫本身的hitTest:withEvent:方法 return self。

可是在本身的hitTest:withEvent:方法中返回本身有時候會出現問題，由於會存在這麼一種狀況，若是點不在本身身上，還要要求返回本身做爲最合適的view，採用返回本身的方法可能會致使尚未來得及遍歷本身，就有可能已經遍歷了點真正所在的view，返回的不是本身而是點真正所在的view。因此仍是建議在父控件的hitTest:withEvent:中返回子控件做爲最合適的view！

例如：whiteView有redView和greenView兩個子控件。redView先添加，greenView後添加。若是要求不管點擊那裏都要讓redView做爲最合適的view（把事件交給redView來處理）那麼只能在whiteView的hitTest:withEvent:方法中return self.subViews[0];這種狀況下在redView的hitTest:withEvent:方法中return self;是很差使的！

// 這裏redView是whiteView的第0個子控件


#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

特殊狀況：

誰都不能處理事件，窗口也不能處理
- 窗口的hitTest：withEvent：方法return nil
只能有窗口處理事件
- 控制器的view的hitTest：withEvent：方法return nil
hitTest：withEvent：中return nil的意思是調用當前hitTest：withEvent：方法的view不是合適的view，子控件也不是合適的view。若是同級的兄弟控件也沒有合適的view，那麼最合適的view就是父控件。

尋找最合適的view底層剖析之hitTest：withEvent：方法底層作法

/************************************************ hitTest:withEvent:方法底層實現************************************************/


#import "WSWindow.h"

@implementation WSWindow

// 何時調用:只要事件一傳遞給一個控件，那麼這個控件就會調用本身的這個方法
// 做用:尋找並返回最合適的view
// UIApplication -> [UIWindow hitTest:withEvent:]尋找最合適的view告訴系統
// point:當前手指觸摸的點
// point:是方法調用者座標系上的點
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{// 1.判斷下窗口可否接收事件
    if (self.userInteractionEnabled == NO || self.hidden == YES || self.alpha <= 0.01) return nil;
    
    // 2.判斷下點在不在窗口上
    // 不在窗口上
    if ([self pointInside:point withEvent:event] == NO) return nil;
    
    // 3.從後往前遍歷子控件數組
    int count = (int)self.subviews.count;
    
    // 0 1
    for (int i = count - 1; i >= 0; i--) {
        // 獲取子控件
        UIView *childView = self.subviews[i];
        
        // 座標系的轉換,把窗口上的點轉換爲子控件上的點
        // 把本身控件上的點轉換成哪一個控件上點
        CGPoint childP = [self convertPoint:point toView:childView];
        
         UIView *fitView = [childView hitTest:childP withEvent:event];
        
        if (fitView) {// 若是能找到最合適的view
            return fitView;
        }
    }
    
    // 4.沒有比本身更合適的view
    return self;
}

// 做用:判斷下傳入過來的點在不在方法調用者的座標系上
// point:是方法調用者座標系上的點
//- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event
//{
//    return NO;
//}


- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
    NSLog(@"%s",__func__);
}
@end

hit:withEvent:方法底層會調用pointInside:withEvent:方法判斷點在不在方法調用者的座標系上。

3.3.1.2.pointInside:withEvent:方法

pointInside:withEvent:方法判斷點在不在當前view上（方法調用者的座標系上）若是返回YES，表明點在方法調用者的座標系上;返回NO表明點不在方法調用者的座標系上，那麼方法調用者也就不能處理事件。

-----------------------------------------------------------

（四）事件的響應

4.1.觸摸事件處理的總體過程

1>用戶點擊屏幕後產生的一個觸摸事件，通過一系列的傳遞過程後，會找到最合適的視圖控件來處理這個事件

2>找到最合適的視圖控件後，就會調用控件的touches方法來做具體的事件處理
touchesBegan…
touchesMoved…
touchedEnded…

3>這些touches方法的默認作法是將事件順着響應者鏈條向上傳遞，將事件交給上一個響應者進行處理

4.2.響應者鏈條示意圖

響應者鏈條：是由多個響應者對象鏈接起來的鏈條
做用：能很清楚的看見每一個響應者之間的聯繫，而且可讓一個事件多個對象處理。
響應者對象：能處理事件的對象

如何判斷上一個響應者
1> 若是當前這個view是控制器的view,那麼控制器就是上一個響應者
2> 若是當前這個view不是控制器的view,那麼父控件就是上一個響應者

響應者鏈條：
在iOS程序中不管是最後面的UIWindow仍是最前面的某個按鈕，它們的擺放是有先後關係的，一個控件能夠放到另外一個控件上面或下面，那麼用戶點擊某個控件時是觸發上面的控件仍是下面的控件呢，這種前後關係構成一個鏈條就叫「響應者鏈」。在iOS中響應者鏈的關係能夠用下圖表示：

響應者鏈的事件傳遞過程:

1>若是當前view是控制器的view，那麼控制器就是上一個響應者，事件就傳遞給控制器；若是當前view不是控制器的view，那麼父視圖就是當前view的上一個響應者，事件就傳遞給它的父視圖
2>在視圖層次結構的最頂級視圖，若是也不能處理收到的事件或消息，則其將事件或消息傳遞給window對象進行處理
3>若是window對象也不處理，則其將事件或消息傳遞給UIApplication對象
4>若是UIApplication也不能處理該事件或消息，則將其丟棄

事件處理的整個流程總結：

　　1.觸摸屏幕產生觸摸事件後，觸摸事件會被添加到由UIApplication管理的事件隊列中（即，首先接收到事件的是UIApplication）。

　　2.UIApplication會從事件隊列中取出最前面的事件，把事件傳遞給應用程序的主窗口（keyWindow）。

　　3.主窗口會在視圖層次結構中找到一個最合適的視圖來處理觸摸事件。（至此，第一步已完成)

　　4.最合適的view會調用本身的touches方法處理事件

　　5.touches默認作法是把事件順着響應者鏈條向上拋。

touches的默認作法：

#import "WSView.h"

@implementation WSView

 //只要點擊控件,就會調用touchBegin,若是沒有重寫這個方法,本身處理不了觸摸事件

// 上一個響應者多是父控件
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
    NSLog(@"%s",__func__);
    
    // super:父類 superview:纔是父控件
    // 調用系統默認的作法 UIView
    // super ->UIView
    [super touchesBegan:touches withEvent:event];
    // 默認會把事件傳遞給上一個響應者,上一個響應者是父控件,交給父控件處理
}

@end

事件的傳遞與響應：
- 一、當一個事件發生後，事件會從父控件傳給子控件，也就是說由UIApplication -> UIWindow -> UIView -> initial view,以上就是事件的傳遞。
- 二、接下來是事件的響應。首先看initial view可否處理這個事件，若是不能則會將事件傳遞給其上級視圖（inital view的superView）；若是上級視圖仍然沒法處理則會繼續往上傳遞；一直傳遞到視圖控制器view controller，首先判斷視圖控制器的根視圖view是否能處理此事件；若是不能則接着判斷該視圖控制器可否處理此事件，若是仍是不能則繼續向上傳遞；（對於第二個圖視圖控制器自己還在另外一個視圖控制器中，則繼續交給父視圖控制器的根視圖，若是根視圖不能處理則交給父視圖控制器處理）；一直到 window，若是window仍是不能處理此事件則繼續交給application處理，若是最後application仍是不能處理此事件則將其丟棄
- 三、在事件的響應中，若是某個控件實現了touches...方法，則這個事件將由該控件來接受，若是調用了[supertouches….];就會將事件順着響應者鏈條往上傳遞，傳遞給上一個響應者；接着就會調用上一個響應者的touches….方法

如何作到一個事件多個對象處理：

由於系統默認作法是把事件上拋給父控件，因此能夠經過重寫本身的touches方法和父控件的touches方法來達到一個事件多個對象處理的目的。

事件的傳遞和響應的區別：

事件的傳遞是從上到下（父控件到子控件），事件的響應是從下到上（順着響應者鏈條向上傳遞：子控件到父控件）。