iOS開(kāi)發(fā)中的事件處理
理論非原創(chuàng),是對(duì)網(wǎng)上資料的整理以及Demo驗(yàn)證
一. UIResponder
1.1 事件處理簡(jiǎn)介
iOS中的事件：
在用戶使用app的過(guò)程中會(huì)產(chǎn)生各種各樣的事件
在iOS中不是任何對(duì)象都能處理事件,只有繼承了UIResponder的對(duì)象才能接收并處理事件。我們稱之為“響應(yīng)者對(duì)象”；
我們熟悉的 UIApplication蛾茉、 UIViewController 和所有繼承自UIView的UIKit類都直接或間接的繼承自UIResponder加叁，所以它們的實(shí)例都是可以構(gòu)成響應(yīng)者鏈的響應(yīng)者對(duì)象,都能夠接收并處理事件尝苇。需要注意的是Core Animation layers 不是responders
第一響應(yīng)者是指定的第一個(gè)接收事件的對(duì)象,比如一個(gè)View對(duì)象是第一響應(yīng)者.一個(gè)對(duì)象可以通過(guò)以下方法成為第一響應(yīng)者:
- 重寫(xiě)
canBecomeFirstResponder方法,返回yes - 接收到一個(gè)
becomeFirstResponder的menssage,如果需要,也可以自己給自己發(fā)送message成為第一響應(yīng)者.
注意:確保你的app指定一個(gè)對(duì)象成為第一響應(yīng)者之前,這個(gè)對(duì)象圖像已經(jīng)被繪畫(huà)出來(lái).
舉個(gè)例子:通常你在重寫(xiě) viewDidAppear方法內(nèi),執(zhí)行becomeFirstResponder方法.但是如果在viewWillAppear:中 指定 第一響應(yīng)者,你的對(duì)象的圖像還沒(méi)有被建立好,所以becomeFirstResponder會(huì)返回NO
1.2 UIResponder
UIResponder是所有響應(yīng)對(duì)象的基類蒸辆，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的觸摸事件處理
UIView是UIResponder的子類治拿，可以實(shí)現(xiàn)下列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ì)象
1.3 UITouch：
當(dāng)用戶用一根手指觸摸屏幕時(shí)首量，會(huì)創(chuàng)建一個(gè)與手指相關(guān)聯(lián)的UITouch對(duì)象壮吩，一根手指對(duì)應(yīng)一個(gè)UITouch對(duì)象
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ì)象
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) NSUInteger tapCount;
記錄了觸摸事件產(chǎn)生或變化時(shí)的時(shí)間嗡善，單位是秒
@property(nonatomic,readonly) NSTimeInterval timestamp;
當(dāng)前觸摸事件所處的狀態(tài)
@property(nonatomic,readonly) UITouchPhase phase;
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)的位置
UITouch的phase有什么用?
觸摸事件在屏幕上有一個(gè)周期学歧，即觸摸開(kāi)始罩引、觸摸點(diǎn)移動(dòng)、觸摸結(jié)束撩满，還有中途取消蜒程。而通過(guò)phase可以查看當(dāng)前觸摸事件在一個(gè)周期中所處的狀態(tài)。phase是UITouchPhase類型的伺帘，這是一個(gè)枚舉配型昭躺，包含了
UITouchPhaseBegan（觸摸開(kāi)始）
UITouchPhaseMoved（接觸點(diǎn)移動(dòng)）
UITouchPhaseStationary（接觸點(diǎn)無(wú)移動(dòng)）
UITouchPhaseEnded（觸摸結(jié)束）
UITouchPhaseCancelled（觸摸取消）
1.4 UIEvent
UIEvent：每產(chǎn)生一個(gè)事件，就會(huì)產(chǎn)生一個(gè)UIEvent對(duì)象
UIEvent：稱為事件對(duì)象伪嫁，記錄事件產(chǎn)生的時(shí)刻和類型
常見(jiàn)屬性
事件類型
@property(nonatomic,readonly) UIEventType type;
@property(nonatomic,readonly) UIEventSubtype subtype;
事件產(chǎn)生的時(shí)間
@property(nonatomic,readonly) NSTimeInterval timestamp;
UIEvent還提供了相應(yīng)的方法可以獲得在某個(gè)view上面的觸摸對(duì)象（UITouch）
Touches和event參數(shù):
一次完整的觸摸過(guò)程领炫，會(huì)經(jīng)歷3個(gè)狀態(tài)：
觸摸開(kāi)始：- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
觸摸移動(dòng)：- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event
觸摸結(jié)束：- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event
觸摸取消（可能會(huì)經(jīng)歷）：- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event
4個(gè)觸摸事件處理方法中，都有NSSet *touches和UIEvent *event兩個(gè)參數(shù)
一次完整的觸摸過(guò)程中张咳，只會(huì)產(chǎn)生一個(gè)事件對(duì)象帝洪，4個(gè)觸摸方法都是同一個(gè)event參數(shù)
如果兩根手指同時(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ì)象
根據(jù)touches中UITouch的個(gè)數(shù)可以判斷出是單點(diǎn)觸摸還是多點(diǎn)觸摸
疑問(wèn)：默認(rèn)觸摸方法NSSet里面只能獲得一個(gè)UITouch對(duì)象,為什么?
UIView默認(rèn)不支持多點(diǎn)觸控龙助。也就是說(shuō)不支持多只手指同時(shí)觸摸砰奕。
如何讓視圖接收多點(diǎn)觸摸?
需要設(shè)置它的multipleTouchEnabled屬性為YES，默認(rèn)狀態(tài)下這個(gè)屬性值為NO提鸟，即視圖默認(rèn)不接收多點(diǎn)觸摸军援。。
如何判斷用戶當(dāng)前是雙擊還是單擊?
根據(jù)UITouch的tapCount屬性的值称勋。tapCount表示短時(shí)間內(nèi)輕擊屏幕的次數(shù)胸哥。因此可以根據(jù)tapCount判斷單擊、雙擊或更多的輕擊赡鲜。
根據(jù)tapCount點(diǎn)擊的次數(shù)來(lái)設(shè)置當(dāng)前視圖的背景色(雙擊改變背景顏色)
輕擊操作很容易引起歧義空厌，比如當(dāng)用戶點(diǎn)了一次之后庐船，并不知道用戶是想單擊還是只是雙擊的一部分，或者點(diǎn)了兩次之后并不知道用戶是想雙擊還是繼續(xù)點(diǎn)擊嘲更。為了解決這個(gè)問(wèn)題醉鳖，一般可以使用“延遲調(diào)用”函數(shù)。
- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event {
UITouch *touch = [touches anyObject];
if(touch.tapCount != 2){ // 如果不是雙擊
[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(setBackgroundColor:) object:[UIColor orangeColor]];
} else { // 延時(shí)1執(zhí)行改變背景的方法
[self performSelector:@selector(setBackgroundColor:) withObject:[UIColor orangeColor] afterDelay:1.0];
}
}
提示：iPhone開(kāi)發(fā)中哮内，要避免使用雙擊事件！
NSObject類的cancelPreviousPerformRequestWithTarget:selector:object方法取消指定對(duì)象的方法調(diào)用壮韭。
官方對(duì)該方法解釋:
Cancels perform requests previously registered with performSelector:withObject:afterDelay:.
All perform requests are canceled that have the same target as aTarget, argument as anArgument, and selector as aSelector.
如果是帶參數(shù)北发，那取消時(shí)的參數(shù)也要一致，否則不能取消成功
細(xì)節(jié)
檢測(cè)tapCount可以放在touchesBegan也可以touchesEnded喷屋，不過(guò)一般后者更準(zhǔn)確琳拨，因?yàn)閠ouchesEnded可以保證所有的手指都已經(jīng)離開(kāi)屏幕，這樣就不會(huì)把輕擊動(dòng)作和按下拖動(dòng)等動(dòng)作混淆屯曹。
不管是一個(gè)手指還是多個(gè)手指狱庇，輕擊操作都會(huì)使每個(gè)觸摸對(duì)象的tapCount加1，因此可以直接調(diào)用touches的anyObject方法來(lái)獲取任意一個(gè)觸摸對(duì)象然后判斷其tapCount的值即可恶耽。
二. 事件傳遞密任，響應(yīng)者鏈條
簡(jiǎn)介：
發(fā)生觸摸事件后，系統(tǒng)會(huì)將該事件加入到一個(gè)由UIApplication管理的事件 隊(duì)列中偷俭，UIApplication會(huì)從事件隊(duì)列中取出最前面的事件浪讳，并將事件分發(fā)下去以便處理，通常涌萤，先發(fā)送事件給應(yīng)用程序的主窗口（keyWindow）
UIView不接受觸摸事件的三種情況：
不接收用戶交互
userInteractionEnabled = NO
隱藏
hidden = YES
透明
alpha = 0.0 ~ 0.01
提示：UIImageView的userInteractionEnabled默認(rèn)就是NO淹遵，因此UIImageView以及它的子控件默認(rèn)是不能接收觸摸事件的
2.1 事件傳遞的詳細(xì)過(guò)程：
概念: iOS系統(tǒng)檢測(cè)到手指觸摸(Touch)操作時(shí)會(huì)將其打包成一個(gè)UIEvent對(duì)象，并放入當(dāng)前活動(dòng)Application的事件隊(duì)列负溪，單例的UIApplication會(huì)從事件隊(duì)列中取出觸摸事件并傳遞給單例的UIWindow來(lái)處理透揣，UIWindow對(duì)象首先會(huì)使用hitTest:withEvent:方法尋找此次Touch操作初始點(diǎn)所在的視圖(View)，即需要將觸摸事件傳遞給其處理的視圖川抡，這個(gè)過(guò)程稱之為hit-test view辐真。
UIWindow實(shí)例對(duì)象會(huì)首先在它的內(nèi)容視圖上調(diào)用hitTest:withEvent:，此方法會(huì)在其視圖層級(jí)結(jié)構(gòu)中的每個(gè)視圖上調(diào)用pointInside:withEvent:（該方法用來(lái)判斷點(diǎn)擊事件發(fā)生的位置是否處于當(dāng)前視圖范圍內(nèi)猖腕，以確定用戶是不是點(diǎn)擊了當(dāng)前視圖）拆祈，如果pointInside:withEvent:返回YES，則繼續(xù)逐級(jí)調(diào)用倘感，直到找到touch操作發(fā)生的位置放坏，這個(gè)視圖也就是要找的hit-test view。
**hitTest:withEvent:方法的處理流程如下: **
- 首先調(diào)用當(dāng)前視圖的pointInside:withEvent:方法判斷觸摸點(diǎn)是否在當(dāng)前視圖內(nèi)老玛；
- 若返回NO,則hitTest:withEvent:返回nil;
- 若返回YES,則向當(dāng)前視圖的所有子視圖(subviews)發(fā)送hitTest:withEvent:消息,所有子視圖的遍歷順序是從最頂層視圖(top)一直到到最底層視圖(bottom)淤年，即從subviews數(shù)組的末尾向前遍歷钧敞，直到有子視圖返回非空對(duì)象或者全部子視圖遍歷完畢；
- 若第一次有子視圖返回非空對(duì)象麸粮，則hitTest:withEvent:方法返回此對(duì)象溉苛，處理結(jié)束；
-
如所有子視圖都返回NO弄诲，則hitTest:withEvent:方法返回自身(self)愚战。
1-1-0-1.png
假如用戶點(diǎn)擊藍(lán)色3view
下面結(jié)合上圖介紹hit-test view的流程：
白1是UIWindow的根視圖，因此齐遵，UIWindwo對(duì)象會(huì)首相對(duì)白1進(jìn)行hit-test寂玲；顯然用戶點(diǎn)擊的范圍是在
白1的范圍內(nèi)，因此梗摇， pointInside:withEvent:返回了YES拓哟，這時(shí)會(huì)繼續(xù)檢查白1的子視圖；-
這時(shí)候會(huì)有兩個(gè)分支伶授，
綠色2和紅色2：點(diǎn)擊的范圍不再
綠2內(nèi)断序，因此綠2分支的 pointInside:withEvent:返回NO，對(duì)應(yīng)的hitTest:withEvent:返回nil糜烹；點(diǎn)擊的范圍在
紅2內(nèi)违诗，即紅2的 pointInside:withEvent:返回YES； -
這時(shí)候有
藍(lán)3和綠3兩個(gè)分支：點(diǎn)擊的范圍不再
綠3內(nèi)景图，因此綠3的 pointInside:withEvent:返回NO较雕，對(duì)應(yīng)的hitTest:withEvent:返回nil；點(diǎn)擊的范圍在
藍(lán)3內(nèi)挚币，即藍(lán)3的 pointInside:withEvent:返回YES亮蒋，而由于再對(duì)藍(lán)3的子視圖進(jìn)行hit-test時(shí)全部返回了nil(也可以理解由于藍(lán)3沒(méi)有子視圖)，因此妆毕，藍(lán)3的 hitTest:withEvent:會(huì)將藍(lán)3返回慎玖，再往回回溯，就是紅2的 hitTest:withEvent:返回藍(lán)3--->>白1的hitTest:withEvent:返回藍(lán)3笛粘。 藍(lán)3是包含touch的所有view中層級(jí)最小的,所以他就是hit-test view至此趁怔，本次點(diǎn)擊事件的第一響應(yīng)者(
藍(lán)3)就通過(guò)響應(yīng)者鏈的事件分發(fā)邏輯成功的找到了。
這個(gè)處理流程有點(diǎn)類似二分搜索的思想薪前，這樣能以最快的速度润努，最精確地定位出能響應(yīng)觸摸事件的UIView。
本次事件的傳遞順序: UIApplication --> UIWindow -->白色BASEView1 -->紅色2 -->藍(lán)色3
上面找到了事件的第一響應(yīng)者示括，接下來(lái)就該沿著尋找第一響應(yīng)者的相反順序來(lái)處理這個(gè)事件铺浇，如果UIWindow單例和UIApplication都無(wú)法處理這一事件，則該事件會(huì)被丟棄垛膝。
說(shuō)明：
- 如果最終 hit-test沒(méi)有找到第一響應(yīng)者鳍侣，或者第一響應(yīng)者沒(méi)有處理該事件丁稀，則該事件會(huì)沿著響應(yīng)者鏈向上回溯，如果UIWindow實(shí)例和UIApplication實(shí)例都不能處理該事件倚聚，則該事件會(huì)被丟棄线衫；
- hitTest:withEvent:方法將會(huì)忽略隱藏(hidden=YES)的視圖，禁止用戶操作(userInteractionEnabled=YES)的視圖惑折，以及alpha級(jí)別小于0.01(alpha<0.01)的視圖授账。如果一個(gè)子視圖的區(qū)域超過(guò)父視圖的bound區(qū)域(父視圖的clipsToBounds 屬性為NO，這樣超過(guò)父視圖bound區(qū)域的子視圖內(nèi)容也會(huì)顯示)惨驶，那么正常情況下對(duì)子視圖在父視圖之外區(qū)域的觸摸操作不會(huì)被識(shí)別,因?yàn)楦敢晥D的pointInside:withEvent:方法會(huì)返回NO,這樣就不會(huì)繼續(xù)向下遍歷子視圖了矗积。當(dāng)然，也可以重寫(xiě)pointInside:withEvent:方法來(lái)處理這種情況敞咧。
- 觸摸事件的傳遞是從父控件傳遞到子控件
- <font color=#FF0000>如果父控件不能接收觸摸事件,那么子控件就不能接收到觸摸事件</font>
- 如上圖情況,如果想在點(diǎn)擊
黃4的時(shí)候,讓藍(lán)3成為第一響應(yīng)者,而讓黃4不響應(yīng),可以有以下幾種方法:
5.1 設(shè)置黃4隱藏(hidden=YES),禁止用戶操作(userInteractionEnabled=YES),alpha級(jí)別小于0.01(alpha<0.01)
5.2 重寫(xiě)黃4的pointInside:withEvent:方法, 返回NO
5.3 重寫(xiě)藍(lán)3的 hitTest:withEvent:方法 如果得到的view是黃4,返回self
示例:
點(diǎn)擊?綠色view:
UIApplication --> UIWindow -->白色BASEView -->綠色View
點(diǎn)擊半透明綠色view:
UIApplication --> UIWindow -->白色BASEView -->紅色 -->半透明綠色
點(diǎn)擊黃色View:
UIApplication --> UIWindow -->白色BASEView -->紅色 -->藍(lán)色 -->黃色
主窗口會(huì)在視圖層次結(jié)構(gòu)中找到一個(gè)最合適的視圖來(lái)處理觸摸事件，但是這僅僅是整個(gè)事件處理過(guò)程的第一步 找到合適的視圖控件后辜腺，就會(huì)調(diào)用視圖控件的touches方法來(lái)作具體的事件處理
touchesBegan…
touchesMoved…
touchedEnded…
這些touches方法的默認(rèn)做法是將事件順著響應(yīng)者鏈條向上傳遞休建，將事件交給上一個(gè)響應(yīng)者進(jìn)行處理
如何找到最合適的控件來(lái)處理事件?
- 自己是否能接收觸摸事件?-->否-->事件傳遞到此結(jié)束
- 觸摸點(diǎn)是否在自己身上?-->否-->事件傳遞到此結(jié)束
- 從后往前遍歷子控件,重復(fù)前面兩個(gè)步驟
- 如果沒(méi)有符合條件的子控件,那么就自己最合適
2.2 定制hitTest:withEvent:方法
如果父視圖需要對(duì)對(duì)哪個(gè)子視圖可以響應(yīng)觸摸事件做特殊控制，則可以重寫(xiě)hitTest:withEvent:或pointInside:withEvent:方法评疗。
這里有幾個(gè)例子:
在此例子中button,scrollview同為topView的子視圖测砂，但scrollview覆蓋在button之上，這樣在在button上的觸摸操作返回的hit-test view為scrollview,button無(wú)法響應(yīng)百匆，可以修改topView的hitTest:withEvent:方法如下:
- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event{
UIView *result = [super hitTest:point withEvent:event];
CGPoint buttonPoint = [_underButton convertPoint:point fromView:self];
if ([_underButton pointInside:buttonPoint withEvent:event]) {
return _underButton;
}
return result;
}
2.3 響應(yīng)者鏈條
響應(yīng)者：繼承了UIResponder的對(duì)象就是響應(yīng)者
響應(yīng)者鏈條：
- 由多個(gè)響應(yīng)者對(duì)象連接起來(lái)的鏈條叫做響應(yīng)者鏈條
- 什么是上一個(gè)響應(yīng)者砌些？
2.1. 如果當(dāng)前這個(gè)view是控制器的view,控制器就是上一個(gè)響應(yīng)者
2.2. 如果當(dāng)前這個(gè)view不是控制器的view,那么父控件就是上一個(gè)響應(yīng)者 - 利用響應(yīng)者鏈條可以讓多個(gè)控件處理同一個(gè) "觸摸事件"
3.1. 在最后適合的控件里調(diào)用super的touchesBegan方法,這樣就將事件傳給上一個(gè)響應(yīng)，上一個(gè)響應(yīng)者也可以處理事件了
響應(yīng)者鏈條，總的來(lái)說(shuō)是：
- 它是一種事件處理機(jī)制，由多個(gè)響應(yīng)者對(duì)象連接起來(lái)的鏈條距境，使得事件可以沿著這些對(duì)象進(jìn)行傳遞榄融。
- 如果一個(gè)響應(yīng)者對(duì)象不能處理某個(gè)事件或動(dòng)作消息,則將該事件消息重新發(fā)送給鏈中的上一個(gè)響應(yīng)者。
- 消息沿著響應(yīng)者鏈向上抹锄、向更高級(jí)別的對(duì)象傳遞,直到最終被處理。
事件的完整處理過(guò)程：
先將事件對(duì)象由上往下傳遞(由父控制傳給子控件)，找到最適合的控件來(lái)處理
調(diào)用最合適的控件的touches...方法
如果調(diào)用了[super touch…],就會(huì)將事件順著響應(yīng)都鏈往上傳遞偎球，傳遞給上一個(gè)響應(yīng)者
接著上一個(gè)響應(yīng)者就會(huì)調(diào)用的touches...方法
如果沒(méi)有找到最適合的控件來(lái)處理事件，則將事件傳回來(lái)窗口辑甜，窗口不處理事件衰絮，將事件傳給UIApplication
如果Applicatoin不能處理事件，則將其丟棄
響應(yīng)鏈中事件的傳遞遵循特殊的派送軌道
一個(gè)初始對(duì)象為hit-test view 或者first responder,如果這個(gè)對(duì)象不處理事件,UIKit會(huì)將這個(gè)事件傳遞給響應(yīng)鏈中的next responder,每一個(gè)responder決定是自己處理該事件,還是將事件傳遞給自己的next responder.這個(gè)過(guò)程一直持續(xù),直到事件被處理或者沒(méi)有更多的responder了.
當(dāng)iOS 檢查出一個(gè)事件并查到事件的第一響應(yīng)者(具有代表性的是個(gè)view),響應(yīng)者鏈隊(duì)列開(kāi)始
響應(yīng)者鏈條示意圖:
左邊的app,事件遵循以下流程:
- initial view 嘗試處理事件或信息.如果它不能處理這個(gè)事件,將事件傳遞給它的superview,因?yàn)樗皇撬膙iew controller里view層級(jí)的最高層.
- superview 嘗試處理事件或信息.如果它不能處理這個(gè)事件,將事件傳遞給它的superview,因?yàn)樗耘f不是它的view controller里view層級(jí)的最高層.
- topmost view 是view controller的view層級(jí)的最高層,它嘗試處理事件或信息.如果它不能處理這個(gè)事件,將事件傳遞給它的view controller.
- view controller 嘗試處理事件或信息.如果它不能處理這個(gè)事件,將事件傳遞給window.
- 如果window object 不能處理事件,它直接把事件傳遞給singleton app object
- 如果app object 不能處理事件,它會(huì)丟棄這個(gè)事件
右邊的app遵循略微不同的路線,但是所有的事件event傳遞遵循下邊的啟發(fā)法:
- A view 將他的事件在它的view controller的 view層級(jí) 向上傳遞,知道到達(dá)topmost view最高層view
- topmost view 把事件傳遞給它的 view controller
-
view controller 把事件傳遞給 topmost view的superview
重復(fù)1-3步驟,直到事件傳遞給root view controller - root view controller把事件傳遞給 window object
- window 把事件傳遞給 app object
