ios 监听一个控制器的属性_iOS 事件(UITouch、UIControl、UIGestureRecognizer)传递机制
gitHub地址 : 響應鏈Demo
文章有點長，如果只是想了解大概過程的，可以直接看后面的總結
一.觸摸、事件、響應者
1. UITouch源起觸摸一個手指一次觸摸屏幕，就對應生成一個UITouch對象。多個手指同時觸摸屏幕，生成多個UITouch對象。
多個手指先后觸摸，系統會根據觸摸的位置判斷是否更新同一個UITouch對象。若兩個手指一前一后觸摸同一個位置(即雙擊)，那么第一次觸摸時生成一個UITouch對象，第二次觸摸會更新這個UITouch對象，這是該UITouch對象的Tap Count屬性值從1變成2，若兩個手指一前一后觸摸的位置不同，將會生成兩個UITouch對象，兩者之間沒有聯系。
每個UITouch對象記錄了觸摸的一些信息，包括觸摸時間、位置、階段、所處的視圖、窗口等信息。//?觸摸的各個階段狀態
//?例如當手指移動時，會更新phase屬性到UITouchPhaseMoved；
//?手指離屏后，更新到UITouchPhaseEnded
typedef?NS_ENUM(NSInteger,?UITouchPhase)?{
UITouchPhaseBegan,?????????????//?whenever?a?finger?touches?the?surface.
UITouchPhaseMoved,?????????????//?whenever?a?finger?moves?on?the?surface.
UITouchPhaseStationary,????????//?whenever?a?finger?is?touching?the?surface?but?hasn't?moved?since?the?previous?event.
UITouchPhaseEnded,?????????????//?whenever?a?finger?leaves?the?surface.
UITouchPhaseCancelled,?????????//?whenever?a?touch?doesn't?end?but?we?need?to?stop?tracking?(e.g.?putting?device?to?face)
};手指離開屏幕一段時間后，確定該UITouch對象不會再被更新，就釋放。
2.UIEvent事件的真身觸摸的目的是生成觸摸事件供響應者響應，一個觸摸事件對應一個UIEvent對象，其中的type屬性標識了事件的類型，事件有如下幾種類型：typedef?NS_ENUM(NSInteger,?UIEventType)?{
UIEventTypeTouches,
UIEventTypeMotion,
UIEventTypeRemoteControl,
UIEventTypePresses?NS_ENUM_AVAILABLE_IOS(9_0),
};這里我們所說的事件具體指的是觸摸事件。UIEvent對象中包含了觸發該對象的觸摸對象集合，因為一個觸摸事件可能是由多個手指同時觸摸產生的。觸摸對象集合通過allTouches屬性獲取。
3.UIResponder
UIResponder是iOS中用于處理用戶事件的API，可以處理觸摸事件、按壓事件(3D touch)、遠程控制事件、硬件運動事件?？梢酝ㄟ^touchesBegan、pressesBegan、motionBegan、remoteControlReceivedWithEvent等方法，獲取到對應的回調消息。UIResponder不只用來接收事件，還可以處理和傳遞對應的事件，如果當前響應者不能處理，則轉發給其他合適的響應者處理。
應用程序通過響應者來接收和處理事件，響應者可以是繼承自UIResponder的任何子類，例如UIView、UIViewController、UIApplication等。當事件來到時，系統會將事件傳遞給合適的響應者，并且將其成為第一響應者。
第一響應者未處理的事件，將會在響應者鏈中進行傳遞，傳遞規則由UIResponder的nextResponder決定，可以通過重寫該屬性來決定傳遞規則。當一個事件到來時，第一響應者沒有接收消息，則順著響應者鏈向后傳遞。
二.尋找事件的第一響應者
App接收到觸摸事件后，會被放入當前應用程序的UIApplication維護的事件隊列中。
由于事件一次只有一個，但是能夠響應的事件的響應者眾多，所以這就存在一個尋找第一響應者的過程。
1. 事件自下而上傳遞
查找第一響應者時，有兩個非常關鍵的API，查找第一響應者就是通過不斷調用子視圖的這兩個API完成的。
調用方法，獲取到被點擊的視圖，也就是第一響應者。-?(UIView?*)hitTest:(CGPoint)point?withEvent:(UIEvent?*)event;
hitTest:withEvent:方法內部會通過調用pointInside:這個方法，來判斷點擊區域是否在視圖上，是則返回YES，不是則返回NO。-?(BOOL)pointInside:(CGPoint)point?withEvent:(UIEvent?*)event;
具體流程：應用程序接收到觸摸事件后，將事件放入UIApplication的事件隊列，等到處理該事件時，將該事件出隊列，UIApplication將事件傳遞給窗口對象(UIWindow)，如果存在多個窗口，則優先詢問后顯示的窗口
如果窗口UIWindow不能響應事件，則將事件傳遞給其他窗口；若窗口能響應事件，則從后往前詢問窗口的子視圖。
以此類推，如果視圖不能響應事件，則將事件傳遞給同級的上一個子視圖；如果能響應，就從后往前遍歷當前視圖的子視圖。
如果當前視圖的子視圖都不能響應事件，則當前視圖就是最合適的響應者。
舉個例子：
如圖所示:
視圖層級如下(同一層級的視圖越在下面，表示越后添加):
現在假設在E視圖所處的屏幕位置觸發一個觸摸，應用接收到這個觸摸事件事件后，先將事件傳遞給UIWindow，然后自下而上開始在子視圖中尋找第一響應者。事件傳遞的順序如下所示：UIWindow將事件傳遞給UIViewController的視圖UIView,UIView判斷自身能響應事件，將事件傳遞給子視圖A
A判斷自身能響應該事件，繼續將事件傳遞給C(因為視圖C比視圖B后添加，因此優先傳給C)。
C判斷自身能響應事件，繼續將事件傳遞給F(同理F比E后添加)。
F判斷自身不能響應事件，C又將事件傳遞給E。
E判斷自身能響應事件，同時E已經沒有子視圖，因此最終E就是第一響應者。
2. hitTest函數本質
上面講到了事件在響應者之間傳遞的規則，視圖通過判斷自身能否響應事件來決定是否繼續想子視圖傳遞。
這里涉及到兩個問題：視圖判斷自身能否響應事件的判斷依據是什么？
如果能響應，視圖是如何將事件傳遞給子視圖的？
針對第一個問題:
首先我們要知道，以下幾種狀態的視圖是無法響應事件的:不允許交互：userInteractionEnabled = NO
隱藏：hidden = YES 如果父視圖隱藏，那么子視圖也會隱藏，隱藏的視圖無法接收事件
透明度：alpha < 0.01 如果設置一個視圖的透明度<0.01，會直接影響子視圖的透明度。alpha：0.0~0.01為透明。
其次，如果當前視圖可以響應事件，還必須通過pointInside函數判斷，觸摸點是否在當前視圖的坐標范圍內，如果不在當前視圖的坐標范圍內，則無法響應，如果在坐標范圍內，并且該視圖可以響應事件，就進入下一步事件的傳遞。
針對第二個問題:
hitTest:withEvent: 方法返回一個UIView對象，作為當前視圖層次中的響應者。默認實現是：若當前視圖無法響應事件，則返回nil
若當前視圖可以響應事件，但無子視圖可以響應事件，則返回自身作為當前視圖層次中的事件響應者
若當前視圖可以響應事件，同時有子視圖可以響應，則從后往前遍歷子視圖，返回子視圖層次中的事件響應者
以此類推，直到找到的當前視圖可以響應事件，并且當前視圖沒有子視圖，那么當前視圖就是第一響應者。
依據以上的描述我們可以推測出hitTest:WithEvent:的默認實現大致如下：-?(UIView?*)hitTest:(CGPoint)point?withEvent:(UIEvent?*)event{
//3種狀態無法響應事件
if?(self.userInteractionEnabled?==?NO?||?self.hidden?==?YES?||??self.alpha?<=?0.01)?return?nil;
//觸摸點若不在當前視圖上則無法響應事件
if?([self?pointInside:point?withEvent:event]?==?NO)?return?nil;
//從后往前遍歷子視圖數組
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;
}
}
//沒有在子視圖中找到更合適的響應視圖，那么自身就是最合適的
return?self;
}
我們分別在上述示例的視圖層次中的每個視圖實現文件添加如下方法:#pragma?mark?--------------------------?Override?Methods
-?(void)touchesBegan:(NSSet*)touches?withEvent:(UIEvent?*)event?{
NSLog(@"%s",__func__);
[super?touchesBegan:touches?withEvent:event];
}
-?(void)touchesMoved:(NSSet*)touches?withEvent:(UIEvent?*)event?{
NSLog(@"%s",__func__);
[super?touchesMoved:touches?withEvent:event];
}
-?(void)touchesEnded:(NSSet*)touches?withEvent:(UIEvent?*)event?{
NSLog(@"%s",__func__);
[super?touchesEnded:touches?withEvent:event];
}
-?(void)touchesCancelled:(NSSet*)touches?withEvent:(UIEvent?*)event?{
NSLog(@"%s",__func__);
[super?touchesCancelled:touches?withEvent:event];
}
-?(UIView?*)hitTest:(CGPoint)point?withEvent:(UIEvent?*)event{
NSLog(@"%s",__func__);
return?[super?hitTest:point?withEvent:event];
}
-?(BOOL)pointInside:(CGPoint)point?withEvent:(UIEvent?*)event{
NSLog(@"%s",__func__);
return?[super?pointInside:point?withEvent:event];
}
然后單點E視圖，打印如下：-[AView?hitTest:withEvent:]
-[AView?pointInside:withEvent:]
-[CView?hitTest:withEvent:]
-[CView?pointInside:withEvent:]
-[FView?hitTest:withEvent:]
-[FView?pointInside:withEvent:]
-[EView?hitTest:withEvent:]
-[EView?pointInside:withEvent:]
-[AView?hitTest:withEvent:]
-[AView?pointInside:withEvent:]
-[CView?hitTest:withEvent:]
-[CView?pointInside:withEvent:]
-[FView?hitTest:withEvent:]
-[FView?pointInside:withEvent:]
-[EView?hitTest:withEvent:]
-[EView?pointInside:withEvent:]
-[EView?touchesBegan:withEvent:]
-[CView?touchesBegan:withEvent:]
-[AView?touchesBegan:withEvent:]
-[EView?touchesEnded:withEvent:]
-[CView?touchesEnded:withEvent:]
-[AView?touchesEnded:withEvent:]
從打印結果我們可以看到最終EView視圖先對事件進行了響應，同時將事件沿著響應鏈進行傳遞。
以上打印結果我們會發現單機E視圖后，從[AView hitTest:withEvent:]到 [EView pointInside:withEvent:] 的過程會執行兩遍，這個問題我查找了一些資料，但都沒有好的答案，蘋果那邊的回復是這樣的：Yes, it’s normal. The system may tweak the point being hit tested between the calls. Since hitTest should be a pure function with no side-effects, this should be fine.
意思就是說hitTest是一個沒有副作用的純函數，進行多次調用也不會對外產生影響，因此系統可以多次調整調用之間被測試的點。
這里并沒有給出具體的調用兩次的原因，你也可以理解為系統為了精確觸摸的點，而進行了多次調用，但為什么是兩次，我也沒找到相關答案。
3.事件攔截
實際開發中我們經常會遇到如下需求
事件攔截.gif
在Tabbar的Item上面添加提示視圖tipView，當點擊提示視圖tipview，對應的Item也進行響應，并且提示視圖tipView消失。
很明顯，這里的提示視圖tipView是添加在Tabbar上面的，但是提示視圖tipView的位置又超出了Tabbar的區域，這時我們點擊提示視圖tipView，會發現提示視圖tipView得不到響應。
我們看一下調用的堆棧:
從堆棧中我們得出如下分析:生成的觸摸事件首先傳到了UIWindow，然后UIWindow將事件傳遞給控制器的根視圖UILayoutContainerView,
UILayoutContainerView判斷自己可以響應觸摸事件，然后將事件傳遞給子視圖Tabbar
子視圖Tabbar判斷觸摸點并不在自己的坐標范圍內，因此返回nil，
這時UILayoutContainerView將事件傳遞其他子視圖UINavigationTransitionView,UINavigationTransitionView判斷自己可以響應事件，就將事件時間傳遞給其子視圖UIViewControllerWrapperView
UIViewControllerWrapperView判斷自己可以響應事件，就將事件傳遞給子視圖FJFFirstViewController控制器的View
FJFFirstViewController控制器的View判斷自己可以響應事件，然后就將事件傳遞給子視圖AView，AView判斷點擊位置不在自己的坐標范圍，返回nil，所以FJFFirstViewController控制器的View就是第一響應者。
從這邊的分析我們可以看出事件沒有傳遞到提示視圖tipView，在Tabbar這里就直接返回了，因為Tabbar判斷點擊位置不在自己的坐標范圍內。
因此我們需要做的就是修改Tabbar的hitTest:withEvent:函數里面判斷點擊位置是否在Tabbar坐標范圍的的判斷條件，也就是需要重寫TabBard的 pointInside:withEvent:方法，判斷如果當前觸摸坐標在子視圖tipView上面，就返回YES，否則返回NO；這樣一來時間就會最終傳遞到tipView上面，最終事件就會由tipView來響應。
代碼如下:#import?"FJFTabbar.h"
@implementation?FJFTabbar
//TabBar
-?(BOOL)pointInside:(CGPoint)point?withEvent:(UIEvent?*)event?{
//將觸摸點坐標轉換到在CircleButton上的坐標
CGPoint?pointTemp?=?[self?convertPoint:point?toView:self.indicateView];
//若觸摸點在CricleButton上則返回YES
if?([self.indicateView?pointInside:pointTemp?withEvent:event])?{
return?YES;
}
//否則返回默認的操作
return?[super?pointInside:point?withEvent:event];
}
@end
三.事件的響應及傳遞
經過Hit-Testing的過程后，UIApplication已經知道了第一響應者是誰，接下來要做的事情就是:將事件傳遞給第一響應者
將事件沿著響應鏈傳遞
A. 將事件傳遞給第一響應者:
由于第一響應者具有處理事件的最高優先級，因此UIApplication會先將事件傳遞給它供其處理。首先，UIApplication將事件通過 sendEvent: 傳遞給事件所屬的window，window同樣通過 sendEvent: 再將事件傳遞給hit-tested view，即第一響應者。過程如下：UIApplication?——>?UIWindow?——>?hit-tested?view
以點擊EView視圖為例，在EView的 touchesBegan:withEvent:上斷點查看調用棧就能看清這一過程：
從這調用堆棧我們可以看出，UIApplication對于將事件傳遞給那個UIWindow是很明確的，UIWindow對于將事件傳遞給哪個視圖也是很明確的。因為這些信息都放在了UIEvent的Touch事件里面。
但是這些信息又是什么時候放入到UIEvent內部的呢？
可想而知因為Hit-Testing和SendEvent兩者中的UIEvent是同一個UIEvent,所以這應該是在Hit-Testing尋找第一響應者的過程中，填入UIEvent內部的。
B.將事件沿著響應鏈傳遞:
因為每個響應者必定都是UIResponder對象，通過4個響應觸摸事件的方法來響應事件。每個UIResponder對象默認都已經實現了這4個方法，但是默認不對觸摸事件做任何處理，單純只是將事件沿著響應鏈傳遞。若要截獲事件進行自定義的響應操作，就要重寫相關的方法。
第一響應者接收到觸摸事件后，就具有對觸摸事件的處理權，它可以選擇自己處理這個事件，也可以將這個事件沿著響應鏈傳遞給下一個響應者，這個由響應者之間構成的視圖鏈就稱之為響應鏈。需要注意的是，上一節所說的事件傳遞的目的是為尋找事件的最佳響應者，是自下而上的傳遞；這里的事件傳遞目的是響應者做出對事件的響應，這個過程是自上而下的。前者為“尋找”，后者為“響應”。
響應者對于事件的操作方式：
響應者對于事件的攔截以及傳遞都是通過 touchesBegan:withEvent:方法控制的，該方法的默認實現是將事件沿著默認的響應鏈往下傳遞。
響應者對于接收到的事件有3種操作：不攔截，默認操作
事件會自動沿著默認的響應鏈往下傳遞
攔截，不再往下分發事件
重寫 touchesBegan:withEvent:進行事件處理，不調用父類的 touchesBegan:withEvent:
攔截，繼續往下分發事件
重寫 touchesBegan:withEvent:進行事件處理，同時調用父類的 touchesBegan:withEvent:將事件往下傳遞
響應鏈中的事件傳遞規則：
每一個響應者對象(UIResponder對象)都有一個nextResponder方法，用于獲取響應鏈中當前對象的下一個響應者。因此，一旦事件的第一響應者確定了，這個事件所處的響應鏈就確定了。
對于響應者對象，默認的 nextResponder 實現如下：UIView
若視圖是控制器的根視圖，則其nextResponder為控制器對象；否則，其nextResponder為父視圖。
UIViewController
若控制器的視圖是window的根視圖，則其nextResponder為窗口對象；若控制器是從別的控制器present出來的，則其nextResponder為presenting view controller。
UIWindow
nextResponder為UIApplication對象。
UIApplication
若當前應用的app delegate是一個UIResponder對象，且不是UIView、UIViewController或app本身，則UIApplication的nextResponder為app delegate。
舉個例子：
事件響應示例.png
如上圖所示，響應者鏈如下：如果點擊UITextField后其會成為第一響應者。
如果textField未處理事件，則會將事件傳遞給下一級響應者鏈，也就是其父視圖。
父視圖未處理事件則繼續向下傳遞，也就是UIViewController的View。
如果控制器的View未處理事件，則會交給控制器處理。
控制器未處理則會交給UIWindow。
然后會交給UIApplication。
最后交給UIApplicationDelegate，如果其未處理則丟棄事件。UITextField?——>?UIView?——>?UIView?——>?UIViewController
——>?UIWindow?——>?UIApplication?——>?UIApplicationDelegation
圖中虛線箭頭是指若該UIView是作為UIViewController根視圖存在的，則其nextResponder為UIViewController對象；若是直接add在UIWindow上的，則其nextResponder為UIWindow對象。
可以用以下方式打印一個響應鏈中的每一個響應對象，在第一響應者的 touchBegin:withEvent: 方法中調用即可(別忘了調用父類的方法)-?(void)printResponderChain?{
UIResponder?*responder?=?self;
printf("%s",[NSStringFromClass([responder?class])?UTF8String]);
while?(responder.nextResponder)?{
responder?=?responder.nextResponder;
printf("?-->?%s",[NSStringFromClass([responder?class])?UTF8String]);
}
}
以點擊EView為例，重寫EView的touch Begin:WithEvent:-?(void)touchesBegan:(NSSet*)touches?withEvent:(UIEvent?*)event?{
NSLog(@"%s",__func__);
[self?printResponderChain];
[super?touchesBegan:touches?withEvent:event];
}
響應鏈如下:EView?-->?CView?-->?AView?-->?UIView?-->?FJFFirstViewController?-->
UIViewControllerWrapperView?-->?UINavigationTransitionView?-->
UILayoutContainerView?-->?UINavigationController?-->
UIViewControllerWrapperView?-->?UITransitionView?-->
UILayoutContainerView?-->?FJFTabBarViewController?-->?FJFWindow?-->
FJFApplication?-->?AppDelegate
另外如果有需要，完全可以重寫響應者的 nextResponder 方法來自定義響應鏈。
四.UIGestureRecognizer、UIControl
上面我們講述了UIResponder響應觸摸事件的過程，但除了UIResponder之外，UIGestureRecognizer、UIControl同樣具備對事件的處理能力。
以下將通過結合具體的示例來講解UIGestureRecognizer和UIControl是如何處理觸摸事件的。
舉個例子:
代碼:#pragma?mark?--------------------------?Life?Circle
-?(void)viewDidLoad?{
[super?viewDidLoad];
self.title?=?@"分類";
//?view?tap
FJFTapView?*tmpContainerView?=?[[FJFTapView?alloc]?initWithFrame:CGRectMake(50,?80,?260,?300)];
tmpContainerView.backgroundColor?=?[UIColor?redColor];
FJFTapGestureRecognizer?*tapGesture?=?[[FJFTapGestureRecognizer?alloc]?initWithTarget:self?action:@selector(viewTap:)];
[tmpContainerView?addGestureRecognizer:tapGesture];
[self.view?addSubview:tmpContainerView];
//?view?longPress
FJFLongPressView?*tmpLongPressView?=?[[FJFLongPressView?alloc]?initWithFrame:CGRectMake(50,?400,?260,?200)];
tmpLongPressView.backgroundColor?=?[UIColor?grayColor];
FJFLongPressGestureRecognizer?*longPressGesture?=?[[FJFLongPressGestureRecognizer?alloc]?initWithTarget:self?action:@selector(viewlongPress:)];
[tmpLongPressView?addGestureRecognizer:longPressGesture];
[self.view?addSubview:tmpLongPressView];
//?button
FJFButton?*tmpButton?=?[[FJFButton?alloc]?initWithFrame:CGRectMake(100,?50,?120,?80)];
tmpButton.backgroundColor?=?[UIColor?greenColor];
[tmpButton?setTitle:@"UIButton"?forState:UIControlStateNormal];
[tmpButton?setTitleColor:[UIColor?blackColor]?forState:UIControlStateNormal];
[tmpButton?addTarget:self?action:@selector(tmpButtonClicked:)?forControlEvents:UIControlEventTouchUpInside];
[tmpContainerView?addSubview:tmpButton];
//?imageControl
FJFImageControl?*imageControl?=?[[FJFImageControl?alloc]?initWithFrame:CGRectMake(100,?150,?120,?80)?title:@"imageControl"?iconImageName:@"ic_red_box.png"];
imageControl.backgroundColor?=?[UIColor?blueColor];
[imageControl?addTarget:self?action:@selector(imageControlTouch:)?forControlEvents:UIControlEventTouchUpInside];
[tmpContainerView?addSubview:imageControl];
}
#pragma?mark?--------------------------?Response?Event
//?tap
-?(void)viewTap:(UITapGestureRecognizer?*)tap?{
NSLog(@"%s",?__FUNCTION__);
}
//?longPress
-?(void)viewlongPress:(UILongPressGestureRecognizer?*)longPress?{
NSLog(@"%s",?__FUNCTION__);
}
//?buttonClicked
-?(void)tmpButtonClicked:(UIButton?*)sender?{
NSLog(@"%s",?__FUNCTION__);
}
//?controlTouch
-?(void)imageControlTouch:(FJFImageControl?*)imageControl?{
NSLog(@"%s",?__FUNCTION__);
}
如代碼所示:FJFTapView 添加了繼承自UITapGestureRecognizer的FJFTapGestureRecognizer 單擊手勢
FJFLongPressView 添加了繼承自UILongPressGestureRecognizer的FJFLongPressGestureRecognizer 長按手勢
UIButton 添加 點擊事件
FJFImageControl 繼承自UIControl，也添加了點擊事件，且UIButton和FJFImageControl都是FJFTapView的子視圖。
觀察各種情況的日志:
1.點擊FJFTapView:[FJFTapGestureRecognizer?touchesBegan:withEvent:]
[FJFTapView?touchesBegan:withEvent:]
[FJFTapGestureRecognizer?touchesEnded:withEvent:]
[FJFThreeViewController?viewTap:]
[FJFTapView?touchesCancelled:withEvent:]
2.長按FJFLongPressView:[FJFLongPressGestureRecognizer?touchesBegan:withEvent:]
[FJFLongPressView?touchesBegan:withEvent:]
[FJFThreeViewController?viewlongPress:]
[FJFLongPressView?touchesCancelled:withEvent:]
[FJFLongPressGestureRecognizer?touchesEnded:withEvent:]
[FJFThreeViewController?viewlongPress:]
3.點擊UIButton:[FJFTapGestureRecognizer?touchesBegan:withEvent:]
[FJFButton?touchesBegan:withEvent:]
[FJFTapGestureRecognizer?touchesEnded:withEvent:]
[FJFButton?touchesEnded:withEvent:]
[FJFThreeViewController?tmpButtonClicked:]
4.點擊FJFImageControl:[FJFTapGestureRecognizer?touchesBegan:withEvent:]
[FJFImageControl?touchesBegan:withEvent:]
[FJFTapGestureRecognizer?touchesEnded:withEvent:]
[FJFThreeViewController?viewTap:]
[FJFImageControl?touchesCancelled:withEvent:]
接下來我們一一解釋這些現象:
1. UIGestureRecognizer:
手勢分為離散型手勢(discrete gestures)和持續型手勢(continuous gesture)。系統提供的離散型手勢包括點按手勢([UITapGestureRecognizer](apple-reference-documentation://hcmEtJ0eLp))和輕掃手勢([UISwipeGestureRecognizer](apple-reference-documentation://hcKMJKvz5T))，其余均為持續型手勢。
兩者主要區別在于狀態變化過程：離散型：識別成功：Possible?—>?Recognized
識別失敗：Possible?—>?Failed持續型：完整識別：Possible?—>?Began?—>?[Changed]?—>?Ended
不完整識別：Possible?—>?Began?—>?[Changed]?—>?Cancel
A. 離散型手勢
從點擊FJFTapView的日志可以分析:[FJFTapGestureRecognizer?touchesBegan:withEvent:]
[FJFTapView?touchesBegan:withEvent:]
[FJFTapGestureRecognizer?touchesEnded:withEvent:]
[FJFThreeViewController?viewTap:]
[FJFTapView?touchesCancelled:withEvent:]UIWindow在將事件傳遞給第一響應者FJFTapView之前，先將事件傳遞給相關的手勢識別器FJFTapGestureRecognizer，
若手勢成功識別事件，就會取消第一響應者FJFTapView對事件的響
應；
若手勢沒能識別事件，第一響應者FJFTapView就會接手事件的處理。這里我們可以得出:UIGestureRecognizer比UIResponder具有更高的事件響應的優先級
這個結論我們也可以從官方文檔中得出:A window delivers touch events to a gesture recognizer before it delivers them to the hit-tested view attached to the gesture recognizer. Generally, if a gesture recognizer analyzes the stream of touches in a multi-touch sequence and doesn’t recognize its gesture, the view receives the full complement of touches. If a gesture recognizer recognizes its gesture, the remaining touches for the view are cancelled.The usual sequence of actions in gesture recognition follows a path determined by default values of the cancelsTouchesInView, delaysTouchesBegan, delaysTouchesEnded properties.
還有一點需要注意的是:
UIGestureRecognizer對事件的響應也是通過touch相關的4個方法來實現的，而這4個方法聲明在UIGestureRecognizerSubclass.h中。
而這里UIWindow之所以知道要把事件傳遞給哪些手勢識別器，主要還是通過UIEvent里面的gestureRecognizers數組來獲取的，而數組里面的手勢識別器是在Hit-Test View尋找第一響應者過程中填充的。
這里UIWindow會取出UIEvent里面的gestureRecognizers數組的手勢識別器，將事件傳遞給各個手勢識別器，如果有一個手勢識別器識別了事件，其他的手勢識別器就不會響應該事件。注意:這里取出gestureRecognizers數組的手勢識別器，沒有按照特定的順序，比如說從前往后或是從后往前,可以通過hook掉UIGestureRecognizer的touch相關方法，去追蹤得出。
因此我們可以分析日志:UIWindow 先將事件傳遞給gestureRecognizers數組里的手勢識別器，然后再傳遞給第一響應者FJFTapView.
因為手勢識別器識別事件，需要一定時間，因此FJFTapView先調用了touchesBegan，這是因為FJFTapGestureRecognizer成功識別了事件，UIApplication就會取消FJFTapView對事件的響應。
B. 持續型手勢
從點擊FJFLongPressView日志分析:[FJFLongPressGestureRecognizer?touchesBegan:withEvent:]
[FJFLongPressView?touchesBegan:withEvent:]
[FJFThreeViewController?viewlongPress:]
[FJFLongPressView?touchesCancelled:withEvent:]
[FJFLongPressGestureRecognizer?touchesEnded:withEvent:]
[FJFThreeViewController?viewlongPress:]
從日志我們可以看出長按手勢回調了兩次,我們通過分析兩次調用的堆棧:
第一次調用堆棧:
第一次調用.png
第二次調用堆棧
第二次調用.png
我們可以看出第一次調用是在runloop中通知監聽的手勢識別器的觀察者，來通知長按手勢識別器對長按事件進行響應，此時手勢識別器的state為UIGestureRecognizerStateBegan。
第二次調用是UIWindow 先將事件傳遞給UIEvent的gestureRecognizers數組里的手勢識別器，然后長按手勢識別器FJFLongPressGestureRecognizer識別成功進行回調,此時手勢識別器的state為UIGestureRecognizerStateEnded。
這里的調用邏輯其實跟單擊手勢識別器FJFTapGestureRecognizer相似，主要區別在于長按手勢識別器FJFLongPressGestureRecognizer調用了兩次。
C. 總結
當觸摸發生或者觸摸的狀態發生變化時，UIWindow都會傳遞事件尋求響應。
-UIWindow先將觸摸事件傳遞給響應鏈上綁定的手勢識別器，再發送給觸摸對象對應的第一響應者。手勢識別器識別手勢期間，若觸摸對象的觸摸狀態發生變化，事件都是先發送給手勢識別器，再發送給第一響應者。
手勢識別器如果成功識別手勢，則通知UIApplication取消第一響應者對于事件的響應，并停止向第一響應者發送事件。
如果手勢識別器未能識別手勢，而此時觸摸并未結束，則停止向手勢識別器發送事件，僅向第一響應者發送事件。
如果手勢識別器未能識別手勢，且此時觸摸已經結束，則向第一響應者發送end狀態的touch事件，以停止對事件的響應。
D. 拓展
手勢識別器的3個屬性:@property(nonatomic)?BOOL?cancelsTouchesInView;
@property(nonatomic)?BOOL?delaysTouchesBegan;
@property(nonatomic)?BOOL?delaysTouchesEnded;
a. cancelsTouchesInView:
默認為YES。表示當手勢識別器成功識別了手勢之后，會通知Application取消響應鏈對事件的響應，并不再傳遞事件給第一響應者。若設置成NO，表示手勢識別成功后不取消響應鏈對事件的響應，事件依舊會傳遞給第一響應者。
以點擊FJFTapView為例，將tapGesture.cancelsTouchesInView = NO;輸出日志如下:[FJFTapGestureRecognizer?touchesBegan:withEvent:]
[FJFTapView?touchesBegan:withEvent:]
[FJFTapGestureRecognizer?touchesEnded:withEvent:]
[FJFThreeViewController?viewTap:]
[FJFTapView?touchesEnded:withEvent:]
從日志我們可以看出，即便FJFTapGestureRecognizer識別了點擊手勢，UIApplication也依舊將事件發送給FJFTapView.
b. delaysTouchesBegan:
默認為NO。默認情況下手勢識別器在識別手勢期間，當觸摸狀態發生改變時，Application都會將事件傳遞給手勢識別器和第一響應者；若設置成YES，則表示手勢識別器在識別手勢期間，截斷事件，即不會將事件發送給第一響應者。
以點擊FJFTapView為例，將tapGesture.delaysTouchesBegan = YES;輸出日志如下:[FJFTapGestureRecognizer?touchesBegan:withEvent:]
[FJFTapGestureRecognizer?touchesEnded:withEvent:]
[FJFThreeViewController?viewTap:]
從日志可以看出，手勢識別器識別手勢期間，事件不會傳遞給FJFTapView，因此FJFTapView的touchesBegan:withEvent:不會被調用；而手勢識別器成功識別手勢后，獨吞了事件，不會再傳遞給FJFTapView,因此只打印手勢識別器識別成功后手勢的綁定函數。
c. delaysTouchesEnded:
默認為YES。當手勢識別失敗時，若此時觸摸已經結束，會延遲一小段時間(0.15s)再調用響應者的touchesEnded:withEvent:；若設置成NO，則在手勢識別失敗時會立即通知Application發送狀態為end的touch事件給第一響應者以調用 touchesEnded:withEvent:結束事件響應。
2.UIControl
UIControl是系統提供的能夠以target-action模式處理觸摸事件的控件，iOS中UIButton、UISegmentedControl、UISwitch等控件都是UIControl的子類。
值得注意的是，UIConotrol是UIView的子類，因此本身也具備UIResponder應有的身份。
UIControl作為控件類的基類，它是一個抽象基類，我們不能直接使用UIControl類來實例化控件，它只是為控件子類定義一些通用的接口，并提供一些基礎實現，以在事件發生時，預處理這些消息并將它們發送到指定目標對象上。
關于UIControl，此處介紹兩點：target-action機制
觸摸事件優先級
Target-Action機制
Target-action是一種設計模式，直譯過來就是”目標-行為”。當我們通過代碼為一個按鈕添加一個點擊事件時，通常是如下處理：[button?addTarget:self?action:@selector(tapButton:)?forControlEvents:UIControlEventTouchUpInside];
即當事件發生時，事件會被發送到控件對象中，然后再由這個控件對象去觸發target對象上的action行為，來最終處理事件。因此，Target-Action機制由兩部分組成：即目標對象Target和行為Selector。目標對象指定最終處理事件的對象，而行為Selector則是處理事件的方法。
UIControl作為能夠響應事件的控件，必然也需要待事件交互符合條件時才去響應，因此也會跟蹤事件發生的過程。不同于UIResponder以及UIGestureRecognizer通過touches系列方法跟蹤，UIControl有其獨特的跟蹤方式：-?(BOOL)beginTrackingWithTouch:(UITouch?*)touch?withEvent:(nullable?UIEvent?*)event?{
NSLog(@"%s",__func__);
return?YES;
}
-?(BOOL)continueTrackingWithTouch:(UITouch?*)touch?withEvent:(nullable?UIEvent?*)event?{
NSLog(@"%s",__func__);
return?YES;
}
-?(void)endTrackingWithTouch:(nullable?UITouch?*)touch?withEvent:(nullable?UIEvent?*)event?{
NSLog(@"%s",__func__);
}
-?(void)cancelTrackingWithEvent:(nullable?UIEvent?*)event?{
NSLog(@"%s",__func__);
}
這4個方法和UIResponder的那4個方法幾乎吻合，只不過UIControl只能接收單點觸控，因此接收的參數是單個UITouch對象。這幾個方法的職能也和UIResponder一致，用來跟蹤觸摸的開始、滑動、結束、取消。不過，UIControl本身也是UIResponder，因此同樣有touches系列的4個方法。事實上，UIControl的 Tracking 系列方法是在touch 系列方法內部調用的。比如 beginTrackingWithTouch ?是在 touchesBegan 方法內部調用的， 因此它雖然也是UIResponder，但touches 系列方法的默認實現和UIResponder本類還是有區別的。
我們來分析下FJFButton的日志輸出以及調用堆棧:
日志輸出:[FJFTapGestureRecognizer?touchesBegan:withEvent:]
[FJFButton?touchesBegan:withEvent:]
[FJFTapGestureRecognizer?touchesEnded:withEvent:]
[FJFButton?touchesEnded:withEvent:]
[FJFThreeViewController?tmpButtonClicked:]
調用堆棧:
FJFButton調用堆棧.png
從以上信息，我們可以分析:UIWindow 首先將事件傳遞給響應鏈上綁定的手勢識別器FJFTapGestureRecognizer，再傳遞給第一響應者FJFButton
手勢識別器FJFTapGestureRecognizer和第一響應者FJFButton分別調用touch相關方法對事件進行識別，
最終第一響應者FJFButton對事件進行響應調用 sendAction:to:forEvent:將target、action以及event對象發送給UIApplication，UIApplication對象再通過 sendAction:to:from:forEvent:向target發送action。
通過這個結果，我們會疑問:UIControl比其父視圖上的手勢識別器具有更高的事件響應優先級?
接下來我們看下繼承自UIControl的FJFImageControl的日志和調用堆棧:
日志輸出:[FJFTapGestureRecognizer?touchesBegan:withEvent:]
[FJFImageControl?touchesBegan:withEvent:]
[FJFTapGestureRecognizer?touchesEnded:withEvent:]
[FJFThreeViewController?viewTap:]
[FJFImageControl?touchesCancelled:withEvent:]
調用堆棧:
從以上信息，我們又可以得出::UIControl比其父視圖上的手勢識別器的優先級來的低？
經驗證系統提供的有默認action操作的UIControl，例如UIbutton、UISwitch等的單擊，UIControl的響應優先級比手勢識別器高,而對于自定義的UIControl，響應的優先級比手勢低。
至于為什么會這樣，沒找到具體原因，但測試的結果，推測系統應該是依據UITouch的touchIdentifier來進行區別處理。
Target-Action的管理:
UIControl通過addTarget方法和removeTarget方法來添加和刪除Target-Action的操作。//?添加
-?(void)addTarget:(id)target?action:(SEL)action?forControlEvents:(UIControlEvents)controlEvents
//?刪除
-?(void)removeTarget:(id)target?action:(SEL)action?forControlEvents:(UIControlEvents)controlEvents
如果想獲取控件對象所有相關的target對象，則可以調用allTargets方法，該方法返回一個集合。集合中可能包含NSNull對象，表示至少有一個nil目標對象。
而如果想獲取某個target對象及事件相關的所有action，則可以調用actionsForTarget:forControlEvent:方法。
不過，這些都是UIControl開放出來的接口。我們還是想要探究一下，UIControl是如何去管理Target-Action的呢？
實際上，我們在程序某個合適的位置打個斷點來觀察UIControl的內部結構，可以看到這樣的結果：
從圖中我們可以看出，UIControl內部實際上是有一個可變數組(_targetActions)來保存Target-Action，數組中的每個元素是一個UIControlTargetAction對象。UIControlTargetAction類是一個私有類，內部維護@interface?UIControlTargetAction?:?NSObject?{
SEL?_action;
BOOL?_cancelled;
unsigned?int?_eventMask;//?事件類型,比如:UIControlEventTouchUpInside
id?_target;
}
這四個變量，UIControl正是依據UIControlTargetAction來對事件進行處理。
五.事件完整響應鏈系統通過 IOKit.framework來處理硬件操作，其中屏幕處理也通過IOKit完成(IOKit可能是注冊監聽了屏幕輸出的端口)
當用戶操作屏幕，IOKit收到屏幕操作，會將這次操作封裝為IOHIDEvent對象。通過mach port(IPC進程間通信)將事件轉發給SpringBoard來處理。
SpringBoard是iOS系統的桌面程序。SpringBoard收到mach port發過來的事件，喚醒main runloop來處理。
main runloop將事件交給source1處理，source1會調用__IOHIDEventSystemClientQueueCallback()函數。
函數內部會判斷，是否有程序在前臺顯示，如果有則通過mach port將IOHIDEvent事件轉發給這個程序。
如果前臺沒有程序在顯示，則表明SpringBoard的桌面程序在前臺顯示，也就是用戶在桌面進行了操作。
__IOHIDEventSystemClientQueueCallback()函數會將事件交給source0處理，source0會調用__UIApplicationHandleEventQueue()函數，函數內部會做具體的處理操作。
例如用戶點擊了某個應用程序的icon，會將這個程序啟動。
應用程序接收到SpringBoard傳來的消息，會喚醒main runloop并將這個消息交給source1處理，source1調用__IOHIDEventSystemClientQueueCallback()函數，在函數內部會將事件交給source0處理，并調用source0的__UIApplicationHandleEventQueue()函數。
在__UIApplicationHandleEventQueue()函數中，會將傳遞過來的IOHIDEvent轉換為UIEvent對象。
在函數內部，將事件放入UIApplication的事件隊列，等到處理該事件時，將該事件出隊列，UIApplication將事件傳遞給窗口對象(UIWindow)，如果存在多個窗口，則從后往前詢問最上層顯示的窗口
窗口UIWindow通過hitTest和pointInside操作，判斷是否可以響應事件，如果窗口UIWindow不能響應事件，則將事件傳遞給其他窗口；若窗口能響應事件，則從后往前詢問窗口的子視圖。
以此類推，如果當前視圖不能響應事件，則將事件傳遞給同級的上一個子視圖；如果能響應，就從后往前遍歷當前視圖的子視圖。
如果當前視圖的子視圖都不能響應事件，則當前視圖就是第一響應者。
找到第一響應者，事件的傳遞的響應鏈也就確定的。
如果第一響應者非UIControl子類且響應鏈上也沒有綁定手勢識別器UIGestureRecognizer;
那么由于第一響應者具有處理事件的最高優先級，因此UIApplication會先將事件傳遞給它供其處理。首先，UIApplication將事件通過 sendEvent: 傳遞給事件所屬的window，window同樣通過 sendEvent: 再將事件傳遞給hit-tested view，即第一響應者,第一響應者具有對事件的完全處理權，默認對事件不進行處理，傳遞給下一個響應者(nextResponder)；如果響應鏈上的對象一直沒有處理該事件，則最后會交給UIApplication，如果UIApplication實現代理，會交給UIApplicationDelegate，如果UIApplicationDelegate沒處理，則該事件會被丟棄。
如果第一響應者非UIControl子類但響應鏈上也綁定了手勢識別器UIGestureRecognizer;
UIWindow會將事件先發送給響應鏈上綁定的手勢識別器UIGestureRecognizer，再發送給第一響應者，如果手勢識別器能成功識別事件，UIApplication默認會向第一響應者發送cancel響應事件的命令;如果手勢識別器未能識別手勢，而此時觸摸并未結束，則停止向手勢識別器發送事件，僅向第一響應者發送事件。如果手勢識別器未能識別手勢，且此時觸摸已經結束，則向第一響應者發送end狀態的touch事件，以停止對事件的響應。
如果第一響應者是自定義的UIControl的子類同時響應鏈上也綁定了手勢識別器UIGestureRecognizer;這種情況跟第一響應者非UIControl子類但響應鏈上也綁定了手勢識別器UIGestureRecognizer`處理邏輯一樣;
如果第一響應者是UIControl的子類且是系統類(UIButton、UISwitch)同時響應鏈上也綁定了手勢識別器UIGestureRecognizer;
UIWindow會將事件先發送給響應鏈上綁定的手勢識別器UIGestureRecognizer，再發送給第一響應者，如果第一響應者能響應事件，UIControl調用調用sendAction:to:forEvent:將target、action以及event對象發送給UIApplication，UIApplication對象再通過 sendAction:to:from:forEvent:向target發送action。
六. 延伸閱讀作者：林大鵬天地
鏈接：https://www.jianshu.com/p/df86508e2811
總結
以上是生活随笔為你收集整理的ios 监听一个控制器的属性_iOS 事件(UITouch、UIControl、UIGestureRecognizer)传递机制的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： telerik学习记录-RadButto
- 下一篇： 从Steinar Gunderson的离