'寫在前面的話'
這些是我對(duì)iOS面試時(shí)會(huì)碰到的問題的解決方法习柠，整理出來分享給大家匀谣，有些錯(cuò)誤不要
太好笑，希望對(duì)大家有所幫助资溃。大家有更好的解決辦法也歡迎溝通交流武翎。
一直以來都有寫點(diǎn)兒東西的想法，就從筆記溶锭、從閱讀開始吧宝恶，加油！'
iOs中的響應(yīng)者鏈(Responder Chain)是用于確定事件響應(yīng)者的一種機(jī)制趴捅，其中的事件主要指觸摸事件(Touch Event),該機(jī)制和UIKit中的UIResponder類緊密相關(guān)垫毙。響應(yīng)觸摸事件的都是屏幕上的界面元素，而且必須是繼承自UlResponder 類的界面類(包括各種常見的視圖類及其視圖控制器類拱绑，如UIView和UIViewController)才可以響應(yīng)觸摸事件综芥。
一個(gè)事件響應(yīng)者的完成主要經(jīng)過兩個(gè)過程: hitTest方法命中視圖和響應(yīng)者鏈確定響應(yīng)者。hitTest方法首先從頂部UIApplication往下調(diào)用(從父類到子類)猎拨，直到找到命中者毫痕，然后從命中者視圖沿著響應(yīng)者鏈往上傳遞尋找真正的響應(yīng)者。
如圖下所示界面結(jié)構(gòu)迟几，最頂部是一一個(gè)UIWindow窗口，其下對(duì)應(yīng)一個(gè)唯一-的根 視圖栏笆，根視圖上可以不斷疊加嵌套各種子視圖类腮，構(gòu)成一棵樹。需要注意的是蛉加，父節(jié)點(diǎn)里面嵌套著子節(jié)點(diǎn)蚜枢，即子節(jié)點(diǎn)的frame包含在父節(jié)點(diǎn)的frame內(nèi)缸逃，但是子節(jié)點(diǎn)不一定是父節(jié)點(diǎn)的子類， 它們是組合關(guān)系而非繼承關(guān)系厂抽。
一：響應(yīng)者鏈
UIResponser包括了各種Touch message的處理需频，比如開始，移動(dòng)筷凤，停止等等昭殉。常見的 UIResponser 有 UIView及子類，UIViController,APPDelegate藐守，UIApplication等等挪丢。
回到響應(yīng)鏈，響應(yīng)鏈?zhǔn)怯?strong>UIResponser組成的卢厂，那么是按照哪種規(guī)則形成的乾蓬？
+ A： 程序啟動(dòng)
UIApplication會(huì)生成一個(gè)單例，并會(huì)關(guān)聯(lián)一個(gè)'APPDelegate'慎恒。
APPDelegate作為整個(gè)響應(yīng)鏈的根建立起來任内，而``UIApplication會(huì)將自己與這個(gè)單例鏈接，
即UIApplication的nextResponser(下一個(gè)事件處理者)為APPDelegate`融柬。
+ B：創(chuàng)建UIWindow
程序啟動(dòng)后死嗦，任何的UIWindow被創(chuàng)建時(shí)，UIWindow內(nèi)部都會(huì)把nextResponser設(shè)置為UIApplication單例丹鸿。
UIWindow初始化rootViewController,rootViewController的nextResponser會(huì)設(shè)置為UIWindow
+ C：UIViewController初始化
loadView, VC的view的nextResponser會(huì)被設(shè)置為VC.
+ D：addSubView
addSubView操作過程中越走，如果子subView不是VC的View,那么subView的nextResponser會(huì)被設(shè)置為superView。
如果是VC的View,那就是' subView' ->' subView.VC' ->'superView'如果在中途靠欢，
subView.VC被釋放廊敌，就會(huì)變成subView.nextResponser = superView
我們使用一個(gè)現(xiàn)實(shí)場(chǎng)景來解釋這個(gè)問題：當(dāng)一個(gè)用點(diǎn)擊屏幕上的一個(gè)按鈕，這個(gè)過程具體發(fā)生了什么门怪。
1.用戶觸摸屏幕骡澈，系統(tǒng)硬件進(jìn)程會(huì)獲取到這個(gè)點(diǎn)擊事件，將事件簡(jiǎn)單處理封裝后存到系統(tǒng)中掷空，由于硬件檢測(cè)進(jìn)程和當(dāng)前App進(jìn)程是兩個(gè)進(jìn)程肋殴，所以進(jìn)程兩者之間傳遞事件用的是端口通信。硬件檢測(cè)進(jìn)程會(huì)將事件放到APP檢測(cè)的那個(gè)端口坦弟。
2.APP啟動(dòng)主線程RunLoop會(huì)注冊(cè)一個(gè)端口事件护锤，來檢測(cè)觸摸事件的發(fā)生。當(dāng)事件到達(dá)酿傍，系統(tǒng)會(huì)喚起當(dāng)前APP主線程的RunLoop烙懦。來源就是App主線程事件，主線程會(huì)分析這個(gè)事件赤炒。
3.最后氯析，系統(tǒng)判斷該次觸摸是否導(dǎo)致了一個(gè)新的事件, 也就是說是否是第一個(gè)手指開始觸碰亏较，如果是，系統(tǒng)會(huì)先從響應(yīng)網(wǎng)中 尋找響應(yīng)鏈掩缓。如果不是雪情，說明該事件是當(dāng)前正在進(jìn)行中的事件產(chǎn)生的一個(gè)Touch message， 也就是說已經(jīng)有保存好的響應(yīng)鏈
響應(yīng)者鏈條
響應(yīng)者鏈條： 其實(shí)就是很多響應(yīng)者對(duì)象(繼承自 UIResponder 的對(duì)象)一起組合起來的鏈條稱之為響應(yīng)者鏈條你辣。
一般默認(rèn)做法是控件將事件順著響應(yīng)者鏈條向上傳遞巡通，將事件交給上一個(gè)響應(yīng)者進(jìn)行處理。
那么如何判斷當(dāng)前響應(yīng)者的上一個(gè)響應(yīng)者是誰呢绢记？有以下兩個(gè)規(guī)則：
判斷當(dāng)前是否是控制器的 View扁达，如果是控制器的 View，上一個(gè)響應(yīng)者就是控制器蠢熄。
如果不是控制器的 View跪解，上一個(gè)響應(yīng)者就是父控件，當(dāng)有 view 能夠處理觸摸事件后签孔，開始響應(yīng)事件叉讥。 系統(tǒng)會(huì)調(diào)用 view 的以下方法：
1. (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
2. (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;
3. (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;
4. (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event;
可以多對(duì)象共同響應(yīng)事件。只需要在以上方法重載中調(diào)用 super 的方法饥追。
大致的過程 initial view –> super view –> ……–> view controller –> window –> Application
需要特別注意的一點(diǎn)是图仓，傳遞鏈中是沒有 controller 的，因?yàn)?controller 本身不具有大小的概念但绕。但是響應(yīng)鏈中是有 controller 的救崔，因?yàn)?controller 繼承自 UIResponder。
UIApplication –> UIWindow –>遞歸找到最合適處理的控件 –> 控件調(diào)用 touches 方法 –> 判斷是否實(shí)現(xiàn) touches 方法 –> 沒有實(shí)現(xiàn)默認(rèn)會(huì)將事件傳遞給上一個(gè)響應(yīng)者 –> 找到上一個(gè)響應(yīng)者 –> 找不到方法作廢
PS：利用響應(yīng)者鏈條我們可以通過調(diào)用 touches 的 super 方法捏顺，讓多個(gè)響應(yīng)者同時(shí)響應(yīng)該事件六孵。
謝謝你長(zhǎng)的這么好看，還關(guān)注我７尽＝僦稀！點(diǎn)個(gè)贊唄２鹱主巍！
這就是響應(yīng)鏈相關(guān)的點(diǎn)，如果有什么不對(duì)的請(qǐng)留言提示挪凑，然后有什么別的需要改進(jìn)的提示請(qǐng)聯(lián)系我我會(huì)及時(shí)補(bǔ)充~
over.over.
