什么是事件?
iOS中事件分為3大類 : 觸摸事件, 加速計事件和遠程控制事件.
當你的手指在手機屏幕上觸摸時, 產生了一個事件.
當你拿起手機搖一搖時, 產生了一個事件…
那么, 什么對象能夠響應, 處理這些事件?
一: 響應者
在iOS中不是任何對象都能處理事件, 只有繼承自UIResponder的對象才能接收并處理事件, UIResponder是所有響應對象的基類，在UIResponder類中定義了處理上述各種事件的接口。我們熟悉的 UIApplication、 UIViewController、 UIWindow和所有繼承自UIView的UIKit類都直接或間接的繼承自UIResponder，所以它們的實例都是可以構成響應者鏈的響應者對象。
響應者對象(Responder Object) 指的是有響應和處理事件能力的對象。響應者鏈就是由一系列的響應者對象 構成的一個層次結構。
UIResponder內部提供處理事件的方法有 :
觸摸事件
當一個手指或者多個手指觸摸view的時候，系統會自動調用view
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
如果用戶的手指在當前view上面一直移動，那么這個方法會一直調用
- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;
一個或者多個手指離開view的時候，系統會自動調用
- (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;
除了以上方法, 現在還有一個類(UIGestureRecognizer), 它是一個抽象類，使用它的子類能幫助我們輕松識別view上的各種手勢.
UITapGestureRecognizer(敲擊)
UIPinchGestureRecognizer(捏合，用于縮放)
UIPanGestureRecognizer(拖拽)
UISwipeGestureRecognizer(輕掃)
UIRotationGestureRecognizer(旋轉)
UILongPressGestureRecognizer(長按)
二: UITouch
當你用一根手指觸摸屏幕時, 會創建一個與之關聯的UITouch對象, 一個UITouch對象對應一根手指. 在事件中可以根據NSSet中UITouch對象的數量得出此次觸摸事件是單指觸摸還是雙指多指等等.
那么UITouch有什么作用呢？
UITouch的作用就是它會保存著這個手指相關的一些信息，觸摸時間，位置，階段等之類的信息。
當手指移動時，系統會更新同一個UITouch對象，使之能夠一直保存該手指在的觸摸位置
當手指頭離開屏幕的時候，那么與之對應的UITouch對象就會銷毀了。
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;
UITouch的兩個方法 (可用于view的拖拽)
- (CGPoint)locationInView:(UIView *)view;
/*
返回值表示觸摸在view上的位置
這里返回的位置是針對傳入的view的坐標系（以view的左上角為原點(0, 0)）
調用時傳入的view參數為nil的話，返回的是觸摸點在UIWindow的位置
*/
- (CGPoint)previousLocationInView:(UIView *)view;
// 該方法記錄了前一個觸摸點的位置
三: UIEvent
每產生一個事件, 就對應產生一個UIEvent. UIEvent記錄著該事件產生的時間, 事件的類型等等.
UIEvent幾個重要的屬性 :
事件類型
@property(nonatomic,readonly) UIEventType type;
@property(nonatomic,readonly) UIEventSubtype subtype;
事件產生的時間
@property(nonatomic,readonly) NSTimeInterval timestamp;
四: 事件的產生與傳遞
當用戶的手指觸摸屏幕的某一個view的時候，此時就發生了觸摸事件，系統會把該事件加入UIApplication管理的事件隊列中去，這個隊列是先進先出的，然后UIApplication會從事件隊列中去除最前面的事件，并將事件分發下去以便處理，通常，先發送事件給應用程序的主窗口（keyWindow），主窗口會在視圖層次結構上面找到一個最合適的視圖來處理觸摸事件，這是整個事件處理的第一步，找到合適的視圖控件之后，他就會調用試圖的touches方法來處理事件，
觸摸事件的傳遞是由父控件傳遞到子控件的，
由于觸摸事件的傳遞方向是由父控件傳遞到子控件, 那何為最合適呢?
- 自己能響應觸摸事件
- 觸摸點在自己身上
- 從后往前遍歷子控件, 重復上兩步
- 如果沒有符合條件的子控件, 那么就自己最合適處理
根據上圖來說明的話
點擊了綠色的view：
UIApplication -> UIWindow -> 白色 -> 綠色
點擊了藍色的view：
UIApplication -> UIWindow -> 白色 -> 橙色 -> 藍色
點擊了黃色的view：
UIApplication -> UIWindow -> 白色 -> 橙色 -> 藍色 -> 黃色
UIView不接受觸摸事件的三種情況
- 用戶交互關閉(userInteractionEnabled = NO)
- 控件隱藏(hidden = YES)
- 透明度太小(alpha = 0.0 ~ 0.01)
hitTest:withEvent:方法的處理流程如下:
- 首先調用當前視圖的
pointInside:withEvent:方法判斷觸摸點是否在當前視圖內； - 若返回NO,則hitTest:withEvent:返回nil;
- 若返回YES,則向當前視圖的所有子視圖(subviews)發送
hitTest:withEvent:消息，所有子視圖的遍歷順序是從最頂層視圖一直到到最底層視圖，即從subviews數組的末尾向前遍歷，直到有子視圖返回非空對象或者全部子視圖遍歷完畢； - 若第一次有子視圖返回非空對象，則
hitTest:withEvent:方法返回此對象，處理結束； - 如所有子視圖都返回非，則
hitTest:withEvent:方法返回自身(self)。
上面我們說主窗口會在視圖層次結構上面找到一個最合適的視圖來處理觸摸事件，那么到底是怎么找到最合適的控件來處理這個觸摸事件的呢？其實步驟是這樣的：
- 首先它會判斷它自己是否能接受觸摸事件，如果它不能接收觸摸事件，那么它肯定不是最合適的，
- 然后再判斷用戶手指的觸摸點是否在它自己的身上，如果不在，那么他就不是最合適的
- 執行完上面兩個操作，然后從后往前遍歷子控件（意思是先遍歷后加入的子控件），然后重復上面的兩個步驟
- 如果沒有找到復合條件的子控件，那么它自己就是最適合處理事件的控件
當用戶手指觸摸到屏幕中的某一塊區域時，UIWindow查找其子控件，然后通過調用所有自控件的方法：
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)
event
來通過指定的觸摸點獲取最合適的UIView來處理該觸摸事件。如何通過觸摸點獲取UIView原理其實非常簡單，只需要檢查該觸摸點是否在該控件所在的矩形區域內就可以了,其實hitTest:withEvent方法內部也是調用方法:
如果檢測到傳入的控件包含該觸摸點就返回YES。
在響應方法內部，我們也可以將這個觸摸事件繼續傳遞給父控件的對應方法處理。然后父控件還可以將該事件繼續向上傳遞，直到傳遞給UIApplication對象。這一系列的響應者對象就構成了一個響應者鏈條。
底層實現如下 :
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
NSLog(@"點擊了%@",[super hitTest:point withEvent: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.從后往前遍歷自己的子控件
// 1 0
int count = (int)self.subviews.count;
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) {
return fitView;
}
}
// 4.如果沒有比自己合適的子控件,最合適的view就是自己
return self;
}
4.2:作用
- 指鹿為馬(明明點擊的是B視圖, 卻由A視圖來響應事件)
- 穿透某控件點擊被覆蓋的下一層控件
- 讓父控件frame之外的子控件響應觸摸事件
五: 響應者鏈條
5.1: 觸摸事件處理的詳細過程：
當用戶點擊屏幕后產生一個觸摸事件，經過經過一系列的傳遞過程后，會找到最合適的視圖控件來處理這個事件，找到最合適的視圖之后，就會調用空間的touches那三個方法，這些方法的默認做法是把事件順著響應者鏈條向上傳遞，將事件傳遞給上一個響應者進行處理
什么是響應者鏈條：
響應者鏈條就是由多個響應者對象連接起來的鏈條，它的作用就是讓我們能夠清楚的看見每個響應者之間的聯系，并且可以讓一個時間多個對象處理
響應者鏈條是怎么個樣子呢，我們可以看下這兩個圖
當找到最合適的響應者之后, 便會調用控件相應的touches方法來作具體處理. 然而這些方法默認是不處理, 并將該事件隨著響應者鏈條往回傳遞, 交給上一個響應者來處理. (即調用super的touches方法)
首先initial view會把事件傳遞給橘黃色的view，橘黃色view又把事件給時間傳遞給了藍綠色view，藍綠色view把時間傳遞給了控制器view，控制器view把事件傳遞給了窗口，窗口把事件傳遞給了Application對象。
事件傳遞的完整過程
- 先將事件對象由上往下傳遞(由父控件傳遞給子控件)，找到最合適的控件來處理這個事件。
- 調用最合適控件的
touches….方法 - 如果調用了
[super touches….];就會將事件順著響應者鏈條往上傳遞，傳遞給上一個響應者 - 接著就會調用上一個響應者的
touches….方法
如何判斷上一個響應者
- 如果當前這個view是控制器的view,那么控制器就是上一個響應者
- 如果當前這個view不是控制器的view,那么父控件就是上一個響應者
響應者鏈條的時間傳遞過程
1. 如果view的控制器存在，就傳遞給控制器；如果控制器不存在，則將其傳遞給它的父視圖
2. 在視圖層次結構的最頂級視圖，如果也不能處理收到的事件或消息，則其將事件傳遞給window對象進行處理
3. 如果window對象也不處理，則其將事件或消息傳遞給UIApplication對象
4. 如果UIApplication也不能處理該事件或消息，則將其丟棄
使用響應者鏈條找到當前view所屬的控制器
- (UIViewController *)parentController
{
UIResponder *responder = [self nextResponder];
while (responder) {
if ([responder isKindOfClass:[UIViewController class]]) {
return (UIViewController *)responder;
}
responder = [responder nextResponder];
}
return nil;
}
為什么用隊列管理事件,而不用棧？
隊列先進先出,能保證先產生的事件先處理。棧先進后出。
六: Hit-Test View 與 Hit-Testing
響應者鏈通常是由
initial view 開始;
UIView的nextResponder是superview;如果UIView已經是其所在的UIViewController的top view，那么UIView的nextResponder就是UIViewController;UIViewController如果有Super ViewController，那么它的nextResponder為其Super ViewController最表層的View; 如果沒有，那么它的nextResponder就是UIWindow;UIWindow的contentView指向UIApplication，將其作為nextResponder;UIApplication響應者鏈的終點，它的nextResponder指向nil，整個responder chain結束。
假設用戶觸摸了上圖的View E區域，那么 iOS 將會按下面的順序反復檢測subview來尋找Hit-Test View
1、A是UIWindow的根視圖，因此，UIWindwo對象會首相對A進行
hit-test2、顯然用戶點擊的范圍是在A的范圍內，因此，
pointInside:withEvent:返回了YES，這時會繼續檢查A的子視圖；-
3、這時候會有兩個分支，B和C
- 點擊的范圍不再B內，因此B分支的
pointInside:withEvent:返回NO，對應的 hitTest:withEvent:返回nil； - 點擊的范圍在C內，即C的
pointInside:withEvent:返回YES；
- 點擊的范圍不再B內，因此B分支的
-
4、這時候有D和E兩個分支：
- 點擊的范圍不再D內，因此D 的 pointInside:withEvent:返回NO，對應的
hitTest:withEvent:返回nil； - 點擊的范圍在E內，即E的
pointInside:withEvent:返回YES，由于E沒有子視圖（也可以理解成對E的子視圖進行hit-test時返回了nil），因此，E的hitTest:withEvent:會將E返回，再往回回溯，就是C的hitTest:withEvent:返回E--->>A的hitTest:withEvent:返回E
- 點擊的范圍不再D內，因此D 的 pointInside:withEvent:返回NO，對應的
不難看出，這個處理流程有點類似二分搜索的思想，這樣能以最快的速度，最精確地定位出能響應觸摸事件的UIView。
至此，本次點擊事件的第一響應者就通過響應者鏈的事件分發邏輯成功的找到了。
事件的鏈有兩條:事件的響應鏈;Hit-Testing時事件的傳遞鏈。
-
響應鏈:由離 戶最近的view向系統傳遞。
initial view–>super view–>.....–>view controller–>window–>Application–>AppDelegate -
Hit-Testing 鏈 :由系統向離戶最近的view傳遞。
UIKit–>active app's event queue–>window–>root view–>......–>lowest view
說明
- 1、如果最終
hit-test沒有找到第一響應者，或者第一響應者沒有處理該事件，則該事件會沿著響應者鏈向上回溯，如果UIWindow實例和UIApplication實例都不能處理該事件，則該事件會被丟棄； - 2、
hitTest:withEvent:方法將會忽略 隱藏(hidden=YES)的視圖，禁止用戶操作(userInteractionEnabled=YES)的視圖，以及alpha級別小于0.01(alpha<0.01)的視圖。如果一個子視圖的區域超過父視圖的bound區域(父視圖的clipsToBounds 屬性為NO，這樣超過父視圖bound區域的子視圖內容也會顯示)，那么正常情況下對子視圖在父視圖之外區域的觸摸操作不會被識別,因為父視圖的pointInside:withEvent:方法會返回NO,這樣就不會繼續向下遍歷子視圖了。當然，也可以重寫pointInside:withEvent:方法來處理這種情況。 - 3、我們可以重寫
hitTest:withEvent:來達到某些特定的目的
