上一篇文章簡(jiǎn)單介紹了UIView的構(gòu)成肥荔，其實(shí)ios中的其他ui控件较曼，如UIWindow酱床，UIButton弥奸，UIlabel等都是繼承自UIView，也就是說，他們的響應(yīng)事件也是如UIView一樣，由UIResponder負(fù)責(zé)，比如顶吮，單指點(diǎn)擊，滑動(dòng)粪薛，縮放等悴了，而其中則是由The Responder Chain負(fù)責(zé)各種交互在不同層次的傳遞與判斷由誰響應(yīng)。
在官方文檔中介紹了如何尋找hit-test view 和 first responder object（第一個(gè)響應(yīng)對(duì)象）
這里做簡(jiǎn)單介紹：
尋找hit-test view
iOS使用hit-testing尋找觸摸的view汗菜。 Hit-Testing通過檢查觸摸點(diǎn)是否在關(guān)聯(lián)的view邊界內(nèi)让禀，如果在，則遞歸地檢查該view的所有子view陨界。在層級(jí)上處于lowest（就是離用戶最近的view）且邊界范圍包含觸摸點(diǎn)的view成為hit-test view巡揍。確定hit-test view后，它傳遞觸摸事件給該view菌瘪。
舉例說明腮敌，假設(shè)用戶觸摸了圖中的view E。iOS通過如下順序查找hit-test view俏扩。
- 觸摸點(diǎn)在view A中糜工，所以要檢查子view B和C。
- 觸摸點(diǎn)不在view B中录淡，但在C中捌木，所以檢查C的子view D和E。
- 觸摸點(diǎn)不在D中嫉戚，但在E中刨裆。
View E是這個(gè)層級(jí)上處于lowest的view的邊界范圍包含觸摸點(diǎn)澈圈，所以它成為了hit-test view。
hitTest:withEvent:方法通過傳遞進(jìn)來CGPoint和UIEvent返回hit test view帆啃。該方法調(diào)用pointInside:withEvent:方法瞬女，如果傳入hitTest:withEvent:的point在view的邊界范圍內(nèi)，則pointInside:withEvent:返回YES努潘。然后诽偷，這個(gè)方法會(huì)在view的所有子view中遞歸的調(diào)用hitTest:withEvent:。
如果傳入hitTest:withEvent:的point在view的邊界范圍內(nèi)疯坤，則pointInside:withEvent:返回NO报慕。這個(gè)point會(huì)被忽略，hitTest:withEvent:返回nil压怠。如果一個(gè)子view返回NO卖子，則它所在的view的層級(jí)上的分支的子view都會(huì)被忽略。
Hit-test view是處理觸摸事件的第一選擇刑峡，如果hit-test view不能處理事件，該事件將從事件響應(yīng)鏈中尋找響應(yīng)器玄柠，直到系統(tǒng)找到一個(gè)處理事件的對(duì)象突梦。具體見“The Responder Chain Is Made Up of Responder Objects”。
響應(yīng)器鏈的傳遞方式
響應(yīng)鏈?zhǔn)鞘裁磿r(shí)候創(chuàng)建的：
當(dāng)一個(gè)view被add到superView上的時(shí)候羽利，他的nextResponder屬性就會(huì)被指向它的superView宫患，當(dāng)controller被初始化的時(shí)候，self.view(topmost view)的nextResponder會(huì)被指向所在的controller这弧，而controller的nextResponder會(huì)被指向self.view的superView娃闲，這樣，整個(gè)app就通過nextResponder串成了一條鏈匾浪，也就是我們所說的響應(yīng)鏈皇帮。所以響應(yīng)鏈就是一條虛擬的鏈，并沒有一個(gè)對(duì)象來專門存儲(chǔ)這樣的一條鏈蛋辈，而是通過UIResponder的屬性串連起來的
響應(yīng)鏈的傳遞機(jī)制：
如果初始化對(duì)象（initial object）—— 即hit-test view或者first responder —— 不處理事件属拾，UIKit會(huì)將事件傳遞給responder chain的下一個(gè)responder。每個(gè)responder決定它是傳遞事件還是通過nextResponder方法傳遞給它的下一個(gè)responder冷溶。這個(gè)操作繼續(xù)直到一個(gè)responder處理event或者沒有responder了渐白。
Responder chain 序列在iOS確定一個(gè)事件并將它傳遞給initial object（通常是view）時(shí)開始。所以initial view有處理事件的第一個(gè)機(jī)會(huì)逞频。下圖描述了兩個(gè)不同的事件傳遞路徑（因?yàn)椴煌腶pp 設(shè)置）纯衍。一個(gè)App的事件傳遞路徑由app特殊的構(gòu)成決定，但事件傳遞路徑會(huì)遵守相同的規(guī)則苗胀。
以下圖片很能說明響應(yīng)鏈?zhǔn)侨绾蝹鬟f的
總結(jié)：
事件的傳遞和響應(yīng)分兩個(gè)鏈：
傳遞鏈：由系統(tǒng)向離用戶最近的view傳遞襟诸。UIKit –> active app’s event queue –> window –> root view –>……–>lowest view
響應(yīng)鏈：由離用戶最近的view向系統(tǒng)傳遞瓦堵。initial view –> super view –> …..–> view controller –> window –> Application
事件處理的整個(gè)流程總結(jié)：
1.觸摸屏幕產(chǎn)生觸摸事件后，觸摸事件會(huì)被添加到由UIApplication管理的事件隊(duì)列中
2.UIApplication會(huì)從事件隊(duì)列中取出最前面的事件励堡，把事件傳遞給應(yīng)用程序的主窗口谷丸，這時(shí)候執(zhí)行事件傳遞流程 找到一個(gè)最合適的視圖來處理觸摸事件。（這時(shí)候如果某一個(gè)view上添加了手勢(shì)应结，且該手勢(shì)能響應(yīng)對(duì)應(yīng)事件刨疼，則走手勢(shì)的響應(yīng)，根據(jù)手勢(shì)的設(shè)置來決定是否阻斷下面的步驟鹅龄，但是事件傳遞過程依舊揩慕。如沒有或者不能響應(yīng)則繼續(xù)走下面步驟）
3.最合適的view會(huì)調(diào)用自己的touches方法處理事件 如果需要的話可以把事件順著響應(yīng)者鏈條向上拋。
以上
