4事件分發(fā)機(jī)制
iOS中的事件大概分為三種，分別是Milti-Touch Events, Motion Events和Remote Control Events(events for controlling multimedia)。
4.1hitTest
iOS事件分發(fā)機(jī)制（一）hit-Testing
http://suenblog.duapp.com/blog/100031/iOS事件分發(fā)機(jī)制（一）%20hit-Testing
4.1.1事件檢測(cè)原理
每當(dāng)我們點(diǎn)擊了一下iOS設(shè)備的屏幕，UIKit就會(huì)生成一個(gè)事件對(duì)象UIEvent，然后會(huì)把這個(gè)Event分發(fā)給當(dāng)前active的app(官方原文說(shuō)：Then it places the event object in the active app’s event queue.)
告知當(dāng)前活動(dòng)的app有事件之后，UIApplication單例就會(huì)從事件隊(duì)列中去取最新的事件，然后分發(fā)給能夠處理該事件的對(duì)象。UIApplication獲取到Event之后，Application就糾結(jié)于到底要把這個(gè)事件傳遞給誰(shuí)，這時(shí)候就要依靠HitTest來(lái)決定了。
iOS中，hit-Testing的作用就是找出這個(gè)觸摸點(diǎn)下面的View是什么，HitTest會(huì)檢測(cè)這個(gè)點(diǎn)擊的點(diǎn)是不是發(fā)生在這個(gè)View上，如果是的話，就會(huì)去遍歷這個(gè)View的subviews，直到找到最小的能夠處理事件的view，如果整了一圈沒(méi)找到能夠處理的view，則返回自身。來(lái)一個(gè)簡(jiǎn)單的圖說(shuō)明一下
假設(shè)我們現(xiàn)在點(diǎn)擊到了圖中的E，hit-testing將進(jìn)行如下步驟的檢測(cè)(不包含重寫hit-test并且返回非默認(rèn)View的情況)
1、觸摸點(diǎn)在ViewA內(nèi)，所以檢查ViewA的Subview B、C；
2、觸摸點(diǎn)不在ViewB內(nèi)，觸摸點(diǎn)在ViewC內(nèi)部，所以檢查ViewC的Subview D、E；
3、觸摸點(diǎn)不在ViewD內(nèi)，觸摸點(diǎn)發(fā)生在ViewE內(nèi)部，并且ViewE沒(méi)有subview，所以ViewE屬于ViewA中包含這個(gè)點(diǎn)的最小單位，所以ViewE變成了該次觸摸事件的hit-Test View；
4.1.2注意點(diǎn)
1、默認(rèn)的hit-testing順序是按照UIView中Subviews的逆順序；
2、如果View的同級(jí)別Subview中有重疊的部分，則優(yōu)先檢查頂部的Subview，如果頂部的Subview返回nil，再檢查底部的Subview；
3、Hit-Test也是比較聰明的，檢測(cè)過(guò)程中有這么一點(diǎn)，就是說(shuō)如果點(diǎn)擊沒(méi)有發(fā)生在某View中，那么該事件就不可能發(fā)生在View的Subview中，所以檢測(cè)過(guò)程中發(fā)現(xiàn)該事件不在ViewB內(nèi)，也直接就不會(huì)檢測(cè)在不在ViewF內(nèi)。也就是說(shuō)，如果你的Subview設(shè)置了clipsToBounds=NO,實(shí)際顯示區(qū)域可能超出了superView的frame，你點(diǎn)擊超出的部分，是不會(huì)處理你的事件的，就是這么任性！
4.1.3事件檢測(cè)實(shí)現(xiàn)
Hit-Test的檢查機(jī)制如上所示，當(dāng)確定了Hit-TestView時(shí)，如果當(dāng)前的application沒(méi)有忽略觸摸事件(UIApplication:isIgnoringInteractionEvents),則application就會(huì)去分發(fā)事件(sendEvent:->keywindow:sendEvent:)。
UIView中提供兩個(gè)方法用來(lái)確定hit-testing View,如下所示
-(UIView*)hitTest:(CGPoint)pointwithEvent:(UIEvent*)event;
// recursively calls-pointInside:withEvent:. point is in the receiver's coordinate system
-(BOOL)pointInside:(CGPoint)pointwithEvent:(UIEvent *)event;
// default returns YES if point is inbounds
當(dāng)一個(gè)View收到hitTest消息時(shí)，會(huì)調(diào)用自己的pointInside:withEvent:方法,如果pointInside返回YES，則表明觸摸事件發(fā)生在我自己內(nèi)部，則會(huì)遍歷自己的所有Subview去尋找最小單位(沒(méi)有任何子view)的UIView，如果當(dāng)前View.userInteractionEnabled = NO, enabled=NO(UIControl),或者alpha<=0.01, hidden等情況的時(shí)候，hitTest就不會(huì)調(diào)用自己的pointInside了，直接返回nil，然后系統(tǒng)就回去遍歷兄弟節(jié)點(diǎn)。簡(jiǎn)而言之，可以寫成這樣
[st_hitTest:withEvent:]
- (UIView*)hitTest:(CGPoint)pointwithEvent:(UIEvent*)event{
if(self.alpha<=0.01||!self.userInteractionEnabled||self.hidden) {
returnnil;
}
BOOLinside=[selfpointInside:pointwithEvent:event];
UIView*hitView=nil;
if(inside) {
NSEnumerator*enumerator=[self.subviewsreverseObjectEnumerator];
for(UIView*subviewinenumerator) {
hitView=[subviewhitTest:pointwithEvent:event];
if(hitView) {
break;
}
}
if(!hitView) {
hitView=self;
}
returnhitView;
}else{
returnnil;
}
}
hit-Test是事件分發(fā)的第一步，就算你的app忽略了事件，也會(huì)發(fā)生hit-Test。確定了hit-TestView之后，才會(huì)開始進(jìn)行下一步的事件分發(fā)。
我們可以利用hit-Test做一些事情，比如我們點(diǎn)擊了ViewA,我們想讓ViewB響應(yīng)，這個(gè)時(shí)候，我們只需要重寫View's
hitTest方法，返回ViewB就可以了，雖然可能用不到，但是偶爾還是會(huì)用到的。大概代碼如下：
[STPView]
@interfaceSTPView: UIView
@end
@implementationSTPView
- (instancetype)initWithFrame:(CGRect)frame{
self=[superinitWithFrame:frame];
if(self) {
UIButton*button=[UIButtonbuttonWithType:UIButtonTypeCustom];
button.frame=CGRectMake(0,0,CGRectGetWidth(frame),CGRectGetHeight(frame)/2);
button.tag=10001;
button.backgroundColor=[UIColorgrayColor];
[buttonsetTitle:@"Button1"forState:UIControlStateNormal];
[selfaddSubview:button];
[buttonaddTarget:selfaction:@selector(_buttonActionFired:)forControlEvents:UIControlEventTouchDown];
UIButton*button2=[UIButtonbuttonWithType:UIButtonTypeCustom];
button2.frame=CGRectMake(0,CGRectGetHeight(frame)/2,CGRectGetWidth(frame),CGRectGetHeight(frame)/2);
button2.tag=10002;
button2.backgroundColor=[UIColordarkGrayColor];
[button2setTitle:@"Button2"forState:UIControlStateNormal];
[selfaddSubview:button2];
[button2addTarget:selfaction:@selector(_buttonActionFired:)forControlEvents:UIControlEventTouchDown];
}
returnself;
}
- (void)_buttonActionFired:(UIButton*)button{
NSLog(@"=====Button Titled %@ ActionFired
", [buttontitleForState:UIControlStateNormal]);
}
- (UIView*)hitTest:(CGPoint)pointwithEvent:(UIEvent*)event{
UIView*hitView=[superhitTest:pointwithEvent:event];
if(hitView==[selfviewWithTag:10001]) {
return[selfviewWithTag:10002];
}
returnhitView;
}
@end
4.1.4利用catalog實(shí)現(xiàn)hitTest
來(lái)自STKit，這個(gè)category的目的就是方便的編寫hitTest方法，由于hitTest方法是override，而不是delegate，所以使用默認(rèn)的實(shí)現(xiàn)方式就比較麻煩。Category如下
[UIView+HitTest.h]
/**
* @abstract hitTestBlock
*
* @param其余參數(shù)參考UIView hitTest:withEvent:
* @param returnSuper是否返回Super的值。
*如果*returnSuper=YES,則代表會(huì)返回super hitTest:withEvent:,否則則按照block的返回值(即使是nil)
*
* @discussion切記，千萬(wàn)不要在這個(gè)block中調(diào)用self hitTest:withPoint,否則則會(huì)造成遞歸調(diào)用。
*這個(gè)方法就是hitTest:withEvent的一個(gè)代替。
*/
typedefUIView*(^STHitTestViewBlock)(CGPointpoint, UIEvent*event,BOOL*returnSuper);
typedefBOOL(^STPointInsideBlock)(CGPointpoint, UIEvent*event,BOOL*returnSuper);
@interfaceUIView(STHitTest)
/// althought this is strong ,but i deal it with copy
@property(nonatomic,strong)STHitTestViewBlockhitTestBlock;
@property(nonatomic,strong)STPointInsideBlockpointInsideBlock;
@end
[UIView+HitTest.m]
@implementationUIView(STHitTest)
conststaticNSString*STHitTestViewBlockKey=@"STHitTestViewBlockKey";
conststaticNSString*STPointInsideBlockKey=@"STPointInsideBlockKey";
+ (void)load{
method_exchangeImplementations(class_getInstanceMethod(self,@selector(hitTest:withEvent:)),
class_getInstanceMethod(self,@selector(st_hitTest:withEvent:)));
method_exchangeImplementations(class_getInstanceMethod(self,@selector(pointInside:withEvent:)),
class_getInstanceMethod(self,@selector(st_pointInside:withEvent:)));
}
- (UIView*)st_hitTest:(CGPoint)pointwithEvent:(UIEvent*)event{
NSMutableString*spaces=[NSMutableStringstringWithCapacity:20];
UIView*superView=self.superview;
while(superView) {
[spacesappendString:@"----"];
superView=superView.superview;
}
NSLog(@"%@%@:[hitTest:withEvent:]",spaces,NSStringFromClass(self.class));
UIView*deliveredView=nil;
//如果有hitTestBlock的實(shí)現(xiàn)，則調(diào)用block
if(self.hitTestBlock) {
BOOLreturnSuper=NO;
deliveredView=self.hitTestBlock(point,event,&returnSuper);
if(returnSuper) {
deliveredView=[selfst_hitTest:pointwithEvent:event];
}
}else{
deliveredView=[selfst_hitTest:pointwithEvent:event];
}
//NSLog(@"%@%@:[hitTest:withEvent:] Result:%@", spaces,? NSStringFromClass(self.class), NSStringFromClass(deliveredView.class));
returndeliveredView;
}
- (BOOL)st_pointInside:(CGPoint)pointwithEvent:(UIEvent*)event{
NSMutableString*spaces=[NSMutableStringstringWithCapacity:20];
UIView*superView=self.superview;
while(superView) {
[spacesappendString:@"----"];
superView=superView.superview;
}
NSLog(@"%@%@:[pointInside:withEvent:]",spaces,NSStringFromClass(self.class));
BOOLpointInside=NO;
if(self.pointInsideBlock) {
BOOLreturnSuper=NO;
pointInside=self.pointInsideBlock(point,event,&returnSuper);
if(returnSuper) {
pointInside=[selfst_pointInside:pointwithEvent:event];
}
}else{
pointInside=[selfst_pointInside:pointwithEvent:event];
}
returnpointInside;
}
- (void)setHitTestBlock:(STHitTestViewBlock)hitTestBlock{
objc_setAssociatedObject(self, (__bridgeconstvoid*)(STHitTestViewBlockKey),
hitTestBlock,OBJC_ASSOCIATION_COPY);
}
- (STHitTestViewBlock)hitTestBlock{
returnobjc_getAssociatedObject(self, (__bridgeconstvoid*)(STHitTestViewBlockKey));
}
- (void)setPointInsideBlock:(STPointInsideBlock)pointInsideBlock{
objc_setAssociatedObject(self, (__bridgeconstvoid*)(STPointInsideBlockKey),
pointInsideBlock,OBJC_ASSOCIATION_COPY);
}
- (STPointInsideBlock)pointInsideBlock{
returnobjc_getAssociatedObject(self, (__bridgeconstvoid*)(STPointInsideBlockKey));
}
@end
代碼很簡(jiǎn)單，就是利用iOS的runtime能力，在hitTest執(zhí)行之前，插入了一個(gè)方法。如果有看不懂的，可以參考我以前的博客iOS面向切面編程
4.2Responder Chain
參考文檔：
iOS事件分發(fā)機(jī)制（二）The ResponderChain
http://suenblog.duapp.com/blog/100032/iOS事件分發(fā)機(jī)制（二）The%20Responder%20Chain
4.2.1事件傳遞原理
響應(yīng)鏈簡(jiǎn)單來(lái)說(shuō)，就是一系列的相互關(guān)聯(lián)的對(duì)象，從firstResponder開始，到application對(duì)象結(jié)束，如果firstResponder無(wú)法響應(yīng)事件，則交給nextResponder來(lái)處理，直到結(jié)束為止。iOS中很多類型的事件分發(fā)，都依賴于響應(yīng)鏈；在響應(yīng)鏈中，所有對(duì)象的基類都是UIResponder，也就是說(shuō)所有能響應(yīng)事件的類都是UIResponder的子類，UIApplication/ UIView/ UIViewController都是UIResponder的子類，這說(shuō)明所有的Views，絕大部分Controllers(不用來(lái)管理View的Controller除外)都可以響應(yīng)事件。
PS：CALayer不是UIResponder的子類，這說(shuō)明CALayer無(wú)法響應(yīng)事件，這也是UIView和CALayer的重要區(qū)別之一。
如果找到的hitTestView無(wú)法處理這個(gè)事件，事件就通過(guò)響應(yīng)鏈往上傳遞（hitTestView算是最早的Responder）,直到找到一個(gè)可以處理的Responder為止。
舉個(gè)例子，如果觸摸通過(guò)hitTest確定的是一個(gè)View，而這個(gè)View沒(méi)有處理事件，則事件會(huì)發(fā)送給nextResponder去處理，通常是superView，有關(guān)nextResponder的事件傳遞過(guò)程，官方給出了一張很形象的圖,如下所示：
PS：View處理事件的方式有手勢(shì)或者重寫touchesEvent方法或者利用系統(tǒng)封裝好的組件（UIControls）。
圖中所表示的正是nextResponder的查找過(guò)程，兩種方式分別對(duì)應(yīng)兩種app的架構(gòu)，左邊的那種app架構(gòu)比較簡(jiǎn)單，只有一個(gè)VC，右邊的稍微復(fù)雜一些，但是尋找路線的原則是一樣的，先解釋一下，UIResponder本身是不會(huì)去存儲(chǔ)或者設(shè)置nextResponder的，所謂的nextResponder都是子類去實(shí)現(xiàn)的（這里說(shuō)的是UIView，UIViewController，UIApplication），關(guān)于nextResponder的值總結(jié)如下：
1、UIView的nextResponder是直接管理它的UIViewController(也就是VC.view.nextResponder=VC),如果當(dāng)前View不是ViewController直接管理的View，則nextResponder是它的superView(view.nextResponder= view.superView)
2、UIViewController的nextResponder是它直接管理的View的superView (VC. nextResponder = VC.view.superView)
3、UIWindow的nextResponder是UIApplication
4、UIApplication的nextResponder是UIApplicationDelegate(官方文檔說(shuō)是nil)
我寫了一段代碼，打印當(dāng)前UIResponder的所有nextResponder，大家可以拿去試一下，代碼很簡(jiǎn)單，如下：
[STLogResponderChain]
voidSTLogResponderChain(UIResponder*responder) {
NSLog(@"------------------The
Responder Chain------------------");
NSMutableString*spaces=[NSMutableStringstringWithCapacity:4];
while(responder) {
NSLog(@"%@%@",spaces,responder.class);
responder=responder.nextResponder;
[spacesappendString:@"----"];
}
}
然后我測(cè)試了一下，打印的日志如下圖所示：
[Log]
UIButton
----STPView
--------UIView
------------STPFeedViewController
----------------UIView
--------------------UIView
------------------------_STWrapperViewController
----------------------------UIView
--------------------------------UIView
------------------------------------STNavigationController
----------------------------------------STPWindow
--------------------------------------------UIApplication
------------------------------------------------STPAppDelegate
這樣比較清晰，大家也會(huì)直觀的看到nextResponder的查找過(guò)程。
4.2.2使用示例
接下來(lái)我們說(shuō)正事了，假定我們現(xiàn)在有一個(gè)View是hitTestView，命名為STImageView,現(xiàn)在我們想讓這個(gè)image處理一些事情，比如所有的圖片點(diǎn)下之后加一個(gè)灰色的效果，我們就把事件分發(fā)給它。
在UIResponder中，提供以下幾個(gè)方法，幾個(gè)方法分別表示點(diǎn)擊的不同狀態(tà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;
如果我們想讓我們當(dāng)前的Responder處理事件，我們則需要重寫如下的幾個(gè)方法。我們的需求是手指按下圖片的時(shí)候加一個(gè)灰色的效果，松開的時(shí)候灰色消失。關(guān)于灰色的實(shí)現(xiàn)，我們暫定用一個(gè)View貼在ImageView上named
maskView，然后用hidden來(lái)控制是否顯示（上一篇文章有說(shuō)過(guò)，所有hidden的View默認(rèn)不接受任何事件）。
我們需要在touchesBegan方法里面self.maskView.hidden = NO;然后在touchesEnded/ Cancelled里面self.maskView.hidden = YES;就可以實(shí)現(xiàn)我們的效果了，原理很簡(jiǎn)單，我們的hitTestView在事件分發(fā)的時(shí)候去處理事件，僅此而已。這里注意一下：UIImageView的默認(rèn)是不接受點(diǎn)擊事件的，如果想要實(shí)現(xiàn)如上所示效果，需要設(shè)置userInteractionEnabled=YES;
說(shuō)到這里，就有人產(chǎn)生了疑問(wèn)，如果這么實(shí)現(xiàn)的話，那如果本身UIImageView還想讓下面的View處理事件該怎么辦？會(huì)不會(huì)把所有的事件攔截下來(lái)？這里就說(shuō)到了另一個(gè)問(wèn)題，UIResponder在知道需要處理事件的時(shí)候，還是有決定權(quán)的，比如我可以決定讓整個(gè)響應(yīng)鏈繼續(xù)走下去，或者直接中斷掉整個(gè)響應(yīng)鏈。如果中斷了響應(yīng)鏈，那么所有在鏈上的nextResponder都不會(huì)得知有事件發(fā)生，iOS也提供了這個(gè)方法，其實(shí)很簡(jiǎn)單：
我們?cè)谥貙慣ouchesEvents的時(shí)候，如果不想讓響應(yīng)鏈繼續(xù)傳遞，就不調(diào)用super對(duì)應(yīng)的實(shí)現(xiàn)就可以了，相反，有些時(shí)候你只需要做一個(gè)小改變，如上所示，但是你不想中斷響應(yīng)鏈，你就需要調(diào)用父類對(duì)應(yīng)的實(shí)現(xiàn)。
這里有一點(diǎn)需要注意，一般來(lái)說(shuō)，我們?nèi)绻胍约禾幚硪恍┦录覀冃枰貙懭缟纤镜姆椒?，如果我們想自己處理，就不需要調(diào)用super。調(diào)用super的目的就是為了把事件傳遞給nextResponder，并且如果我們?cè)趖ouchesBegan中沒(méi)有調(diào)用super，則super不會(huì)響應(yīng)其他的回掉(touchesMoved/touchesEnded),但是我們需要重寫所有如上所示的方法來(lái)確保我們的一切正常。touchesBegan和touchesEnded/touchesCancelled一定是成對(duì)出現(xiàn)的，這點(diǎn)大家可以放心。
有關(guān)觸摸事件在響應(yīng)鏈上的分發(fā)，就差不多這么多東西，最重要的是大家可以看那幾個(gè)touches方法，多做實(shí)驗(yàn)，就可以了解的更加深入。
4.2.3其他要點(diǎn)
這里有一些補(bǔ)充，響應(yīng)鏈能夠處理很多東西，不僅僅是觸摸事件。一般來(lái)說(shuō)，如果我們需要一個(gè)對(duì)象去處理一個(gè)非觸摸事件（搖一搖，RemoteControlEvents，調(diào)用系統(tǒng)的復(fù)制、粘貼框等），我們要確保該對(duì)象是UIResponder子類，如果我們要接收到事件的話，我們需要做兩件事情
1、重寫canBecomeFirstResponder，并且返回YES
2、在需要的時(shí)候像該對(duì)象發(fā)送becomeFirstResponder消息。
我們有時(shí)候會(huì)遇到一些問(wèn)題，比如我們重寫了motionEvents，但是我們不能收到搖一搖的回調(diào)，或者我們的UIMenuController老是不彈出，我們就需要檢查一下，我們是否滿足了如上所示的條件，而且要確保becomeFirstResponder的發(fā)送時(shí)機(jī)正確。
當(dāng)然，這個(gè)補(bǔ)充對(duì)于觸摸事件無(wú)效，觸摸事件的第一響應(yīng)者是根據(jù)hitTest確定而來(lái)的，有點(diǎn)繞，需要仔細(xì)捋捋。
需要注意的是：
如果你自己想自定義一個(gè)非TouchEvent的事件，當(dāng)需要繼續(xù)傳遞事件的話，切記不要在實(shí)現(xiàn)內(nèi)直接顯示的調(diào)用nextResponder的對(duì)應(yīng)方法， 而是直接調(diào)用super對(duì)應(yīng)的方法來(lái)讓這個(gè)事件繼續(xù)分發(fā)到響應(yīng)鏈。
到目前為止，事件的分發(fā)還沒(méi)有結(jié)束，之后會(huì)有一篇文章介紹一個(gè)很重要的角色，手勢(shì)。
最后，附上官方的文檔
Guide for iOS
