iOS之事件的傳遞和響應(yīng)機(jī)制-原理篇

前言:

按照時(shí)間順序,事件的生命周期是這樣的:

事件的產(chǎn)生和傳遞(事件如何從父控件傳遞到子控件并尋找到最合適的view、尋找最合適的view的底層實(shí)現(xiàn)、攔截事件的處理)->找到最合適的view后事件的處理(touches方法的重寫(xiě),也就是事件的響應(yīng))

其中重點(diǎn)和難點(diǎn)是:

1.如何尋找最合適的view

2.尋找最合適的view的底層實(shí)現(xiàn)(hitTest:withEvent:底層實(shí)現(xiàn))

(一)iOS中的事件

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

觸摸事件

加速計(jì)事件

遠(yuǎn)程控制事件

這里我們只討論iOS中的觸摸事件瘩蚪。

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

學(xué)習(xí)觸摸事件首先要了解一個(gè)比較重要的概念-響應(yīng)者對(duì)象(UIResponder)。

在iOS中不是任何對(duì)象都能處理事件稿黍,只有繼承了UIResponder的對(duì)象才能接受并處理事件疹瘦,我們稱之為“響應(yīng)者對(duì)象”。以下都是繼承自UIResponder的闻察,所以都能接收并處理事件拱礁。

UIApplication

UIViewController

UIView

那么為什么繼承自UIResponder的類就能夠接收并處理事件呢?

因?yàn)閁IResponder中提供了以下4個(gè)對(duì)象方法來(lái)處理觸摸事件辕漂。

UIResponder內(nèi)部提供了以下方法來(lá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;加速計(jì)事件- (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;

(二)事件的處理

下面以UIView為例來(lái)說(shuō)明觸摸事件的處理呢灶。

// UIView是UIResponder的子類,可以覆蓋下列4個(gè)方法處理不同的觸摸事件// 一根或者多根手指開(kāi)始觸摸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// 一根或者多根手指離開(kāi)view跋涣,系統(tǒng)會(huì)自動(dòng)調(diào)用view的下面方法- (void)touchesEnded:(NSSet*)touches withEvent:(UIEvent*)event// 觸摸結(jié)束前缨睡,某個(gè)系統(tǒng)事件(例如電話呼入)會(huì)打斷觸摸過(guò)程,系統(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)用的陈辱,所以可以通過(guò)重寫(xiě)該方法來(lái)處理一些事件奖年。

如果兩根手指同時(shí)觸摸一個(gè)view,那么view只會(huì)調(diào)用一次touchesBegan:withEvent:方法沛贪,touches參數(shù)中裝著2個(gè)UITouch對(duì)象

如果這兩根手指一前一后分開(kāi)觸摸同一個(gè)view陋守,那么view會(huì)分別調(diào)用2次touchesBegan:withEvent:方法,并且每次調(diào)用時(shí)的touches參數(shù)中只包含一個(gè)UITouch對(duì)象

重寫(xiě)以上四個(gè)方法利赋,如果是處理UIView的觸摸事件水评。必須要自定義UIView子類繼承自UIView。因?yàn)樘O(píng)果不開(kāi)源媚送,沒(méi)有把UIView的.m文件提 供給我們中燥。我們只能通過(guò)子類繼承父類,重寫(xiě)子類方法的方式處理UIView的觸摸事件(注意:我說(shuō)的是UIView觸摸事件而不是說(shuō)的 UIViewController的觸摸事件)塘偎。

如果是處理UIViewController的觸摸事件疗涉,那么在控制器的.m文件中直接重寫(xiě)那四個(gè)方法即可!

/************************自定義UIView的.h文件************************/

#import@interfaceWSView:UIView@end

/************************自定義UIView的.m文件***********************/

#import"WSView.h"@implementationWSView// 開(kāi)始觸摸時(shí)就會(huì)調(diào)用一次這個(gè)方法- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{NSLog(@"摸我干啥吟秩!");}// 手指移動(dòng)就會(huì)調(diào)用這個(gè)方法// 這個(gè)方法調(diào)用非常頻繁- (void)touchesMoved:(NSSet*)touches withEvent:(UIEvent*)event{NSLog(@"哎呀咱扣,不要拽人家!");}// 手指離開(kāi)屏幕時(shí)就會(huì)調(diào)用一次這個(gè)方法- (void)touchesEnded:(NSSet*)touches withEvent:(UIEvent*)event{NSLog(@"手放開(kāi)還能繼續(xù)玩耍峰尝!");}@end

/**************************控制器的.m文件*************************/

#import"ViewController.h"#import"WSView.h"@interfaceViewController()@end@implementationViewController- (void)viewDidLoad {? ? [superviewDidLoad];// 創(chuàng)建自定義view WSView *touchView = [[WSView alloc] initWithFrame:CGRectMake(100,100,100,100)];// 背景顏色 touchView.backgroundColor = [UIColorredColor];// 添加到父控件 [self.view addSubview:touchView]; }@end

注 意:有人認(rèn)為偏窝,我要是處理控制器的自帶的view的事件就不需要自定義UIView子類繼承于UIView,因?yàn)榭梢栽趘iewController.m 文件中重寫(xiě)touchBegan:withEvent:方法,但是祭往,我們此處討論的是處理UIView的觸摸事件伦意,而不是處理 UIViewController的觸摸事件。你如果是在viewController.m文件中重寫(xiě)touchBegan:withEvent:方法硼补,相當(dāng)于處理的是viewController的觸摸事件驮肉,因?yàn)関iewController也是繼承自UIResponder,所以會(huì)給人一種錯(cuò)覺(jué)已骇。

所以离钝,還是那句話,想處理UIView的觸摸事件褪储,必須自定義UIView子類繼承自UIView卵渴。

2.1.UIView的拖拽

那么,如何實(shí)現(xiàn)UIView的拖拽呢?也就是讓UIView隨著手指的移動(dòng)而移動(dòng)鲤竹。

- 重寫(xiě)touchsMoved:withEvent:方法

此時(shí)需要用到參數(shù)touches浪读,下面是UITouch的屬性和方法:

NS_CLASS_AVAILABLE_IOS(2_0)@interfaceUITouch:NSObject@property(nonatomic,readonly)NSTimeIntervaltimestamp;@property(nonatomic,readonly)UITouchPhasephase;@property(nonatomic,readonly)NSUIntegertapCount;// 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)CGFloatmajorRadiusNS_AVAILABLE_IOS(8_0);@property(nonatomic,readonly)CGFloatmajorRadiusToleranceNS_AVAILABLE_IOS(8_0);@property(nullable,nonatomic,readonly,strong)UIWindow*window;@property(nullable,nonatomic,readonly,strong)UIView*view;@property(nullable,nonatomic,readonly,copy)NSArray *gestureRecognizersNS_AVAILABLE_IOS(3_2);- (CGPoint)locationInView:(nullableUIView*)view;- (CGPoint)previousLocationInView:(nullableUIView*)view;// Force of the touch, where 1.0 represents the force of an average touch@property(nonatomic,readonly)CGFloatforceNS_AVAILABLE_IOS(9_0);// Maximum possible force with this input mechanism@property(nonatomic,readonly)CGFloatmaximumPossibleForceNS_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ì)象

如果這兩根手指一前一后分開(kāi)觸摸同一個(gè)view,那么view會(huì)分別調(diào)用2次touchesBegan:withEvent:方法吱肌,并且每次調(diào)用時(shí)的touches參數(shù)中只包含一個(gè)UITouch對(duì)象

2.1.1.1.UITouch的作用

保存著跟手指相關(guān)的信息痘拆,比如觸摸的位置、時(shí)間氮墨、階段

當(dāng)手指移動(dòng)時(shí)纺蛆,系統(tǒng)會(huì)更新同一個(gè)UITouch對(duì)象,使之能夠一直保存該手指在的觸摸位置

當(dāng)手指離開(kāi)屏幕時(shí)勇边,系統(tǒng)會(huì)銷毀相應(yīng)的UITouch對(duì)象

提 示:iPhone開(kāi)發(fā)中犹撒,要避免使用雙擊事件折联!

2.1.1.2.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)NSUIntegertapCount;記錄了觸摸事件產(chǎn)生或變化時(shí)的時(shí)間诚镰,單位是秒@property(nonatomic,readonly)NSTimeIntervaltimestamp;當(dāng)前觸摸事件所處的狀態(tài)@property(nonatomic,readonly)UITouchPhasephase;

2.1.1.3.UITouch的方法

(CGPoint)locationInView:(UIView*)view;// 返回值表示觸摸在view上的位置// 這里返回的位置是針對(duì)view的坐標(biāo)系的(以view的左上角為原點(diǎn)(0, 0))// 調(diào)用時(shí)傳入的view參數(shù)為nil的話奕坟,返回的是觸摸點(diǎn)在UIWindow的位置(CGPoint)previousLocationInView:(UIView*)view;// 該方法記錄了前一個(gè)觸摸點(diǎn)的位置

代碼實(shí)現(xiàn):

- (void)touchesMoved:(NSSet*)touches withEvent:(UIEvent*)event{// 想讓控件隨著手指移動(dòng)而移動(dòng),監(jiān)聽(tīng)手指移動(dòng) // 獲取UITouch對(duì)象 UITouch*touch = [touches anyObject];// 獲取當(dāng)前點(diǎn)的位置 CGPointcurP = [touch locationInView:self];// 獲取上一個(gè)點(diǎn)的位置 CGPointpreP = [touch previousLocationInView:self];// 獲取它們x軸的偏移量,每次都是相對(duì)上一次 CGFloatoffsetX = curP.x - preP.x;// 獲取y軸的偏移量 CGFloatoffsetY = curP.y - preP.y;// 修改控件的形變或者frame,center,就可以控制控件的位置 // 形變也是相對(duì)上一次形變(平移) // CGAffineTransformMakeTranslation:會(huì)把之前形變給清空,重新開(kāi)始設(shè)置形變參數(shù) // make:相對(duì)于最原始的位置形變 // CGAffineTransform t:相對(duì)這個(gè)t的形變的基礎(chǔ)上再去形變 // 如果相對(duì)哪個(gè)形變?cè)俅涡巫?就傳入它的形變 self.transform =CGAffineTransformTranslate(self.transform, offsetX, offsetY);}

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

3.1.事件的產(chǎn)生

發(fā)生觸摸事件后,系統(tǒng)會(huì)將該事件加入到一個(gè)由UIApplication管理的事件隊(duì)列中,為什么是隊(duì)列而不是棧清笨?因?yàn)殛?duì)列的特點(diǎn)是FIFO月杉,即先進(jìn)先出,先產(chǎn)生的事件先處理才符合常理抠艾,所以把事件添加到隊(duì)列苛萎。

UIApplication會(huì)從事件隊(duì)列中取出最前面的事件,并將事件分發(fā)下去以便處理,通常腌歉,先發(fā)送事件給應(yīng)用程序的主窗口(keyWindow)蛙酪。

主窗口會(huì)在視圖層次結(jié)構(gòu)中找到一個(gè)最合適的視圖來(lái)處理觸摸事件,這也是整個(gè)事件處理過(guò)程的第一步翘盖。

找到合適的視圖控件后桂塞,就會(huì)調(diào)用視圖控件的touches方法來(lái)作具體的事件處理。

3.2.事件的傳遞

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

也就是UIApplication->window->尋找處理事件最合適的view

注 意: 如果父控件不能接受觸摸事件馍驯,那么子控件就不可能接收到觸摸事件

應(yīng)用如何找到最合適的控件來(lái)處理事件阁危?

1.首先判斷主窗口(keyWindow)自己是否能接受觸摸事件

2.判斷觸摸點(diǎn)是否在自己身上

3.子控件數(shù)組中從后往前遍歷子控件,重復(fù)前面的兩個(gè)步驟(所謂從后往前遍歷子控件汰瘫,就是首先查找子控件數(shù)組中最后一個(gè)元素狂打,然后執(zhí)行1、2步驟)

4.view混弥,比如叫做fitView菱父,那么會(huì)把這個(gè)事件交給這個(gè)fitView,再遍歷這個(gè)fitView的子控件剑逃,直至沒(méi)有更合適的view為止浙宜。

5.如果沒(méi)有符合條件的子控件,那么就認(rèn)為自己最合適處理這個(gè)事件蛹磺,也就是自己是最合適的view粟瞬。

UIView不能接收觸摸事件的三種情況:

不允許交互:userInteractionEnabled = NO

隱藏:如果把父控件隱藏,那么子控件也會(huì)隱藏萤捆,隱藏的控件不能接受事件

透明度:如果設(shè)置一個(gè)控件的透明度<0.01裙品,會(huì)直接影響子控件的透明度。alpha:0.0~0.01為透明俗或。

注 意:默認(rèn)UIImageView不能接受觸摸事件市怎,因?yàn)椴辉试S交互,即userInteractionEnabled = NO辛慰。所以如果希望UIImageView可以交互区匠,需要設(shè)置UIImageView的userInteractionEnabled = YES。

總結(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è)最合適的視圖來(lái)處理觸摸事件。(至此溺职,第一步已完成)

index.png

如果想讓某個(gè)view不能處理事件(或者說(shuō)岔擂,事件傳遞到某個(gè)view那里就斷了)位喂,那么可以通過(guò)剛才提到的三種方式。比如乱灵,設(shè)置其userInteractionEnabled = NO;那么傳遞下來(lái)的事件就會(huì)由該view的父控件處理忆某。

例如,不想讓藍(lán)色的view接收事件阔蛉,那么可以設(shè)置藍(lán)色的view的userInteractionEnabled = NO;那么點(diǎn)擊黃色的view或者藍(lán)色的view所產(chǎn)生的事件弃舒,最終會(huì)由橙色的view處理,橙色的view就會(huì)成為最合適的view状原。

所以聋呢,不管視圖能不能處理事件,只要點(diǎn)擊了視圖就都會(huì)產(chǎn)生事件颠区,關(guān)鍵在于該事件最終是由誰(shuí)來(lái)處理削锰!也就是說(shuō),如果藍(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蛹稍,那么子控件也是不可見(jiàn)的!

3.3.(重難點(diǎn))如何尋找最合適的view

應(yīng)用如何找到最合適的控件來(lái)處理事件部服?

1.首先判斷主窗口(keyWindow)自己是否能接受觸摸事件

2.觸摸點(diǎn)是否在自己身上

3.從后往前遍歷子控件唆姐,重復(fù)前面的兩個(gè)步驟(首先查找數(shù)組中最后一個(gè)元素)

4.如果沒(méi)有符合條件的子控件,那么就認(rèn)為自己最合適處理

詳述:1.主窗口接收到應(yīng)用程序傳遞過(guò)來(lái)的事件后廓八,首先判斷自己能否接手觸摸事件奉芦。如果能,那么在判斷觸摸點(diǎn)在不在窗口自己身上

2.如果觸摸點(diǎn)也在窗口身上剧蹂,那么窗口會(huì)從后往前遍歷自己的子控件(遍歷自己的子控件只是為了尋找出來(lái)最合適的view)

3.遍歷到每一個(gè)子控件后声功,又會(huì)重復(fù)上面的兩個(gè)步驟(傳遞事件給子控件,1.判斷子控件能否接受事件宠叼,2.點(diǎn)在不在子控件上)

4.如此循環(huán)遍歷子控件先巴,直到找到最合適的view搂鲫,如果沒(méi)有更合適的子控件,那么自己就成為最合適的view蜀铲。

找到最合適的view后葱绒,就會(huì)調(diào)用該view的touches方法處理具體的事件。所以狗唉,只有找到最合適的view,把事件傳遞給最合適的view后,才會(huì)調(diào)用touches方法進(jìn)行接下來(lái)的事件處理乐埠。找不到最合適的view,就不會(huì)調(diào)用touches方法進(jìn)行事件處理。

注意:之所以會(huì)采取從后往前遍歷子控件的方式尋找最合適的view只是為了做一些循環(huán)優(yōu)化丈咐。因?yàn)橄啾容^之下瑞眼,后添加的view在上面,降低循環(huán)次數(shù)棵逊。

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

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

hitTest:withEvent:方法

pointInside方法

3.3.1.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:方法

攔截事件的處理

正因?yàn)閔itTest:withEvent:方法可以返回最合適的view,所以可以通過(guò)重寫(xiě)hitTest:withEvent:方法蛙讥,返回指定的view作為最合適的view锯蛀。

不管點(diǎn)擊哪里,最合適的view都是hitTest:withEvent:方法中返回的那個(gè)view次慢。

通過(guò)重寫(xiě)hitTest:withEvent:旁涤,就可以攔截事件的傳遞過(guò)程,想讓誰(shuí)處理事件誰(shuí)就處理事件迫像。

事件傳遞給誰(shuí)劈愚,就會(huì)調(diào)用誰(shuí)的hitTest:withEvent:方法。

注 意:如果hitTest:withEvent:方法中返回nil闻妓,那么調(diào)用該方法的控件本身和其子控件都不是最合適的view造虎,也就是在自己身上沒(méi)有找到更合適的view。那么最合適的view就是該控件的父控件纷闺。

所以事件的傳遞順序是這樣的:

產(chǎn)生觸摸事件->UIApplication事件隊(duì)列->[UIWindow hitTest:withEvent:]->返回更合適的view->[子控件 hitTest:withEvent:]->返回最合適的view

事件傳遞給窗口或控件的后算凿,就調(diào)用hitTest:withEvent:方法尋找更合適的view。所以是犁功,先傳遞事件氓轰,再根據(jù)事件在自己身上找更合適的view。

不管子控件是不是最合適的view浸卦,系統(tǒng)默認(rèn)都要先把事件傳遞給子控件署鸡,經(jīng)過(guò)子控件調(diào)用子控件自己的hitTest:withEvent:方法驗(yàn)證后才知道有沒(méi)有更合適的view。即便父控件是最合適的view了限嫌,子控件的hitTest:withEvent:方法還是會(huì)調(diào)用靴庆,不然怎么知道有沒(méi)有更合適的!即怒医,如果確定最終父控件是最合適的view炉抒,那么該父控件的子控件的hitTest:withEvent:方法也是會(huì)被調(diào)用的。

技巧:想讓誰(shuí)成為最合適的view就重寫(xiě)誰(shuí)自己的父控件的hitTest:withEvent:方法返回指定的子控件稚叹,或者重寫(xiě)自己的hitTest:withEvent:方法 return self焰薄。但是拿诸,建議在父控件的hitTest:withEvent:中返回子控件作為最合適的view!

原因在于在自己的hitTest:withEvent:方法中返回自己有時(shí)候會(huì)出現(xiàn)問(wèn)題塞茅。因?yàn)闀?huì)存在這么一種情況:當(dāng)遍歷子控件時(shí)亩码,如果觸摸點(diǎn)不在子控件A自己身上而是在子控件B身上,還要要求返回子控件A作為最合適的view野瘦,采用返回自己的方法可能會(huì)導(dǎo)致還沒(méi)有來(lái)得及遍歷A自己描沟,就有可能已經(jīng)遍歷了點(diǎn)真正所在的view,也就是B鞭光。這就導(dǎo)致了返回的不是自己而是觸摸點(diǎn)真正所在的view啊掏。所以還是建議在父控件的hitTest:withEvent:中返回子控件作為最合適的view!

例如:whiteView有redView和greenView兩個(gè)子控件衰猛。redView先添加迟蜜,greenView后添加。如果要求無(wú)論點(diǎn)擊那里都要讓redView作為最合適的view(把事件交給redView來(lái)處理)那么只能在whiteView的hitTest:withEvent:方法中return self.subViews[0];這種情況下在redView的hitTest:withEvent:方法中return self;是不好使的啡省!

// 這里redView是whiteView的第0個(gè)子控件#import"redView.h"@implementationredView- (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent*)event{returnself;}- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{NSLog(@"red-touch");}@end// 或者#import"whiteView.h"@implementationwhiteView- (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent*)event{returnself.subviews[0];}- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{NSLog(@"white-touch");}@end

特殊情況:

誰(shuí)都不能處理事件娜睛,窗口也不能處理。

重寫(xiě)window的hitTest:withEvent:方法return nil

只能有窗口處理事件卦睹。

控制器的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í)的兄弟控件也沒(méi)有合適的view结序,那么最合適的view就是父控件障斋。

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

/************************************************ hitTest:withEvent:方法底層實(shí)現(xiàn)************************************************/

#import"WSWindow.h"@implementationWSWindow// 什么時(shí)候調(diào)用:只要事件一傳遞給一個(gè)控件,那么這個(gè)控件就會(huì)調(diào)用自己的這個(gè)方法// 作用:尋找并返回最合適的view// UIApplication -> [UIWindow hitTest:withEvent:]尋找最合適的view告訴系統(tǒng)// point:當(dāng)前手指觸摸的點(diǎn)// point:是方法調(diào)用者坐標(biāo)系上的點(diǎn)- (UIView*)hitTest:(CGPoint)point withEvent:(UIEvent*)event{// 1.判斷下窗口能否接收事件if(self.userInteractionEnabled ==NO||self.hidden ==YES||self.alpha <=0.01)returnnil;// 2.判斷下點(diǎn)在不在窗口上 // 不在窗口上 if([selfpointInside:point withEvent:event] ==NO)returnnil;// 3.從后往前遍歷子控件數(shù)組 intcount = (int)self.subviews.count;for(inti = count -1; i >=0; i--)? ? {// 獲取子控件UIView*childView =self.subviews[i];// 坐標(biāo)系的轉(zhuǎn)換,把窗口上的點(diǎn)轉(zhuǎn)換為子控件上的點(diǎn) // 把自己控件上的點(diǎn)轉(zhuǎn)換成子控件上的點(diǎn) CGPointchildP = [selfconvertPoint:point toView:childView];UIView*fitView = [childView hitTest:childP withEvent:event];if(fitView) {// 如果能找到最合適的view returnfitView;? ? }? ? }// 4.沒(méi)有找到更合適的view徐鹤,也就是沒(méi)有比自己更合適的view returnself;? ? }// 作用:判斷下傳入過(guò)來(lái)的點(diǎn)在不在方法調(diào)用者的坐標(biāo)系上// point:是方法調(diào)用者坐標(biāo)系上的點(diǎn)//- (BOOL)pointInside:(CGPoint)point withEvent:(UIEvent *)event//{// return NO;//}- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{NSLog(@"%s",__func__);? ? }@end

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

3.3.1.2.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.3.2.練習(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 = [superhitTest:point withEvent:event];if(view ==self) {returnnil;? ? }returnview;}

(四)事件的響應(yīng)

4.1.觸摸事件處理的整體過(guò)程

1>用戶點(diǎn)擊屏幕后產(chǎn)生的一個(gè)觸摸事件,經(jīng)過(guò)一系列的傳遞過(guò)程后塑煎,會(huì)找到最合適的視圖控件來(lái)處理這個(gè)事件2>找到最合適的視圖控件后沫换,就會(huì)調(diào)用控件的touches方法來(lái)作具體的事件處理touchesBegan…touchesMoved…touchedEnded…3>這些touches方法的默認(rèn)做法是將事件順著響應(yīng)者鏈條向上傳遞(也就是touch方法默認(rèn)不處理事件,只傳遞事件)轧叽,將事件交給上一個(gè)響應(yīng)者進(jìn)行處理

4.2.響應(yīng)者鏈條示意圖

響應(yīng)者鏈條:在iOS程序中無(wú)論是最后面的UIWindow還是最前面的某個(gè)按鈕苗沧,它們的擺放是有前后關(guān)系的刊棕,一個(gè)控件可以放到另一個(gè)控件上面或下面炭晒,那么用戶點(diǎn)擊某個(gè)控件時(shí)是觸發(fā)上面的控件還是下面的控件呢待逞,這種先后關(guān)系構(gòu)成一個(gè)鏈條就叫“響應(yīng)者鏈”。也可以說(shuō)网严,響應(yīng)者鏈?zhǔn)怯啥鄠€(gè)響應(yīng)者對(duì)象連接起來(lái)的鏈條识樱。在iOS中響應(yīng)者鏈的關(guān)系可以用下圖表示:

響應(yīng)者對(duì)象:能處理事件的對(duì)象,也就是繼承自UIResponder的對(duì)象

作用:能很清楚的看見(jiàn)每個(gè)響應(yīng)者之間的聯(lián)系震束,并且可以讓一個(gè)事件多個(gè)對(duì)象處理怜庸。

如何判斷上一個(gè)響應(yīng)者

1> 如果當(dāng)前這個(gè)view是控制器的view,那么控制器就是上一個(gè)響應(yīng)者

2> 如果當(dāng)前這個(gè)view不是控制器的view,那么父控件就是上一個(gè)響應(yīng)者

響應(yīng)者鏈的事件傳遞過(guò)程:

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也不能處理該事件或消息麻昼,則將其丟棄

事件處理的整個(gè)流程總結(jié):

1.觸摸屏幕產(chǎn)生觸摸事件后,觸摸事件會(huì)被添加到由UIApplication管理的事件隊(duì)列中(即馋辈,首先接收到事件的是UIApplication)抚芦。

2.UIApplication會(huì)從事件隊(duì)列中取出最前面的事件,把事件傳遞給應(yīng)用程序的主窗口(keyWindow)迈螟。

3.主窗口會(huì)在視圖層次結(jié)構(gòu)中找到一個(gè)最合適的視圖來(lái)處理觸摸事件叉抡。(至此,第一步已完成)

4.最合適的view會(huì)調(diào)用自己的touches方法處理事件

5.touches默認(rèn)做法是把事件順著響應(yīng)者鏈條向上拋答毫。

touches的默認(rèn)做法:

#import"WSView.h"@implementationWSView//只要點(diǎn)擊控件,就會(huì)調(diào)用touchBegin,如果沒(méi)有重寫(xiě)這個(gè)方法,自己處理不了觸摸事件// 上一個(gè)響應(yīng)者可能是父控件- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{// 默認(rèn)會(huì)把事件傳遞給上一個(gè)響應(yīng)者,上一個(gè)響應(yīng)者是父控件,交給父控件處理[supertouchesBegan:touches withEvent:event];// 注意不是調(diào)用父控件的touches方法卜壕,而是調(diào)用父類的touches方法// super是父類 superview是父控件 }@end

事件的傳遞與響應(yīng):

1、當(dāng)一個(gè)事件發(fā)生后烙常,事件會(huì)從父控件傳給子控件轴捎,也就是說(shuō)由UIApplication -> UIWindow -> UIView -> initial view,以上就是事件的傳遞,也就是尋找最合適的view的過(guò)程蚕脏。

2侦副、接下來(lái)是事件的響應(yīng)。首先看initial view能否處理這個(gè)事件驼鞭,如果不能則會(huì)將事件傳遞給其上級(jí)視圖(inital view的superView)秦驯;如果上級(jí)視圖仍然無(wú)法處理則會(huì)繼續(xù)往上傳遞;一直傳遞到視圖控制器view controller挣棕,首先判斷視圖控制器的根視圖view是否能處理此事件译隘;如果不能則接著判斷該視圖控制器能否處理此事件亲桥,如果還是不能則繼續(xù)向上傳 遞;(對(duì)于第二個(gè)圖視圖控制器本身還在另一個(gè)視圖控制器中固耘,則繼續(xù)交給父視圖控制器的根視圖题篷,如果根視圖不能處理則交給父視圖控制器處理);一直到 window厅目,如果window還是不能處理此事件則繼續(xù)交給application處理番枚,如果最后application還是不能處理此事件則將其丟棄

3、在事件的響應(yīng)中损敷,如果某個(gè)控件實(shí)現(xiàn)了touches...方法葫笼,則這個(gè)事件將由該控件來(lái)接受,如果調(diào)用了[supertouches….];就會(huì)將事件順著響應(yīng)者鏈條往上傳遞拗馒,傳遞給上一個(gè)響應(yīng)者路星;接著就會(huì)調(diào)用上一個(gè)響應(yīng)者的touches….方法

如何做到一個(gè)事件多個(gè)對(duì)象處理:

因?yàn)橄到y(tǒng)默認(rèn)做法是把事件上拋給父控件,所以可以通過(guò)重寫(xiě)自己的touches方法和父控件的touches方法來(lái)達(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)者處理[supertouchesBegan:touches withEvent:event]; }

事件的傳遞和響應(yīng)的區(qū)別:

事件的傳遞是從上到下(父控件到子控件),事件的響應(yīng)是從下到上(順著響應(yīng)者鏈條向上傳遞:子控件到父控件访诱。

轉(zhuǎn)載鏈接:http://www.reibang.com/p/2e074db792ba

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末垫挨,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子触菜,更是在濱河造成了極大的恐慌九榔,老刑警劉巖,帶你破解...
    沈念sama閱讀 216,496評(píng)論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件涡相,死亡現(xiàn)場(chǎng)離奇詭異哲泊,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī)催蝗,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,407評(píng)論 3 392
  • 文/潘曉璐 我一進(jìn)店門(mén)切威,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人丙号,你說(shuō)我怎么就攤上這事先朦。” “怎么了犬缨?”我有些...
    開(kāi)封第一講書(shū)人閱讀 162,632評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵喳魏,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我怀薛,道長(zhǎng)刺彩,這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 58,180評(píng)論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮创倔,結(jié)果婚禮上嗡害,老公的妹妹穿的比我還像新娘。我一直安慰自己畦攘,他們只是感情好霸妹,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,198評(píng)論 6 388
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著念搬,像睡著了一般抑堡。 火紅的嫁衣襯著肌膚如雪摆出。 梳的紋絲不亂的頭發(fā)上朗徊,一...
    開(kāi)封第一講書(shū)人閱讀 51,165評(píng)論 1 299
  • 那天,我揣著相機(jī)與錄音偎漫,去河邊找鬼爷恳。 笑死,一個(gè)胖子當(dāng)著我的面吹牛象踊,可吹牛的內(nèi)容都是我干的温亲。 我是一名探鬼主播,決...
    沈念sama閱讀 40,052評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼杯矩,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼栈虚!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起史隆,我...
    開(kāi)封第一講書(shū)人閱讀 38,910評(píng)論 0 274
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤魂务,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后泌射,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體粘姜,經(jīng)...
    沈念sama閱讀 45,324評(píng)論 1 310
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,542評(píng)論 2 332
  • 正文 我和宋清朗相戀三年熔酷,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了孤紧。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 39,711評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡拒秘,死狀恐怖号显,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情躺酒,我是刑警寧澤押蚤,帶...
    沈念sama閱讀 35,424評(píng)論 5 343
  • 正文 年R本政府宣布,位于F島的核電站阴颖,受9級(jí)特大地震影響活喊,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,017評(píng)論 3 326
  • 文/蒙蒙 一钾菊、第九天 我趴在偏房一處隱蔽的房頂上張望帅矗。 院中可真熱鬧,春花似錦煞烫、人聲如沸浑此。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 31,668評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)凛俱。三九已至,卻和暖如春料饥,著一層夾襖步出監(jiān)牢的瞬間蒲犬,已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 32,823評(píng)論 1 269
  • 我被黑心中介騙來(lái)泰國(guó)打工岸啡, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留原叮,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 47,722評(píng)論 2 368
  • 正文 我出身青樓巡蘸,卻偏偏與公主長(zhǎng)得像奋隶,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子悦荒,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,611評(píng)論 2 353

推薦閱讀更多精彩內(nèi)容