事件類型
在iOS系統(tǒng)中，一共有三種形式的事件：觸摸事件(Touch Event)，運(yùn)動(dòng)事件(Motion Event)和遠(yuǎn)端控制事件(Remote-control Event)。顧名思義，觸摸事件就是當(dāng)用戶觸摸屏幕時(shí)發(fā)生的事件，而運(yùn)動(dòng)事件是用戶移動(dòng)設(shè)備時(shí)發(fā)生的事件：加速計(jì)，重力感應(yīng)。遠(yuǎn)端控制事件可能比較陌生：如通過(guò)耳機(jī)進(jìn)行控制iOS設(shè)備聲音等都屬于遠(yuǎn)端控制事件。
iOS處理觸屏事件，分為兩種方式。高級(jí)事件處理，利用UIKit提供的各種用戶控件或者手勢(shì)識(shí)別器來(lái)處理事件。低級(jí)事件處理，在UIView的子類中重寫觸屏回調(diào)方法，直接處理觸屏事件。
觸摸事件
UIEvent：?iOS將觸摸事件定義為第一個(gè)手指開始觸摸屏幕到最后一個(gè)手指離開屏幕定義為一個(gè)觸摸事件。用類UIEvent表示。
UIEvent的作用:一次完整的觸摸過(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ì)象，如果這兩根手指一前一后分開觸摸同一個(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)觸摸。
UITouch：?一個(gè)手指第一次點(diǎn)擊屏，會(huì)形成一個(gè)UITouch對(duì)象，直到離開銷毀。表示觸碰。UITouch對(duì)象能表明了當(dāng)前手指觸碰的屏幕位置，狀態(tài)。狀態(tài)分為開始觸碰、移動(dòng)、離開。
UITouch的作用: 當(dāng)用戶用一根手指觸摸屏幕時(shí)，會(huì)創(chuàng)建一個(gè)與手指相關(guān)聯(lián)的UITouch對(duì)象，一根手指對(duì)應(yīng)一個(gè)UITouch對(duì)象，保存著跟手指相關(guān)的信息，比如觸摸的位置、時(shí)間、階段，當(dāng)手指移動(dòng)時(shí)，系統(tǒng)會(huì)更新同一個(gè)UITouch對(duì)象，使之能夠一直保存該手指在的觸摸位置，當(dāng)手指離開屏幕時(shí)，系統(tǒng)會(huì)銷毀相應(yīng)的UITouch對(duì)象。
在屏幕上的每一次動(dòng)作事件都是一次Touch，在iOS中用UITouch對(duì)象表示每一次的觸控，多個(gè)Touch組成一次Event，用UIEvent來(lái)表示一次事件對(duì)象。UIEvent實(shí)際包括了多個(gè)UITouch對(duì)象。有幾個(gè)手指觸碰，就會(huì)有幾個(gè)UITouch對(duì)象。
UIView的觸摸事件函數(shù)
- (void)touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event; // 一根或者多根手指開始觸摸view，系統(tǒng)會(huì)自動(dòng)調(diào)用view的下面方法
- (void)touchesMoved:(NSSet*)touches withEvent:(UIEvent*)event; // 一根或者多根手指在view上移動(dòng)，系統(tǒng)會(huì)自動(dòng)調(diào)用view的下面方法（隨著手指的移動(dòng)，會(huì)持續(xù)調(diào)用該方法）
- (void)touchesEnded:(NSSet*)touches withEvent:(UIEvent*)event; // 一根或者多根手指離開view，系統(tǒng)會(huì)自動(dòng)調(diào)用view的下面方法
- (void)touchesCancelled:(NSSet*)touches withEvent:(UIEvent*)event; // 觸摸結(jié)束前，某個(gè)系統(tǒng)事件(例如電話呼入)會(huì)打斷觸摸過(guò)程，系統(tǒng)會(huì)自動(dòng)調(diào)用view的下面方法
提示：touches中存放的都是UITouch對(duì)象
響應(yīng)鏈
響應(yīng)者對(duì)象(UIResponder)
UIResponser就是用來(lái)接收和處理事件的類，先拋開iOS中的具體傳遞細(xì)節(jié)，系統(tǒng)發(fā)送UIEvent的Touch message給UIResponser類。UIResponser提供了一下幾個(gè)函數(shù)來(lái)做事件處理
//觸摸事件- (void)touchesBegan:(NSSet *)touches withEvent:(nullableUIEvent*)event;- (void)touchesMoved:(NSSet *)touches withEvent:(nullableUIEvent*)event;- (void)touchesEnded:(NSSet *)touches withEvent:(nullableUIEvent*)event;- (void)touchesCancelled:(NSSet *)touches withEvent:(nullableUIEvent*)event;- (void)touchesEstimatedPropertiesUpdated:(NSSet *)touchesNS_AVAILABLE_IOS(9_1);//物理按鈕，遙控器上面的按鈕在按壓狀態(tài)等狀態(tài)下的回調(diào)- (void)pressesBegan:(NSSet *)presses withEvent:(nullableUIPressesEvent*)eventNS_AVAILABLE_IOS(9_0);- (void)pressesChanged:(NSSet *)presses withEvent:(nullableUIPressesEvent*)eventNS_AVAILABLE_IOS(9_0);- (void)pressesEnded:(NSSet *)presses withEvent:(nullableUIPressesEvent*)eventNS_AVAILABLE_IOS(9_0);- (void)pressesCancelled:(NSSet *)presses withEvent:(nullableUIPressesEvent*)eventNS_AVAILABLE_IOS(9_0);//設(shè)備的陀螺儀和加速傳感器使用- (void)motionBegan:(UIEventSubtype)motion withEvent:(nullableUIEvent*)eventNS_AVAILABLE_IOS(3_0);- (void)motionEnded:(UIEventSubtype)motion withEvent:(nullableUIEvent*)eventNS_AVAILABLE_IOS(3_0);- (void)motionCancelled:(UIEventSubtype)motion withEvent:(nullableUIEvent*)eventNS_AVAILABLE_IOS(3_0);
響應(yīng)鏈
響應(yīng)鏈?zhǔn)恰笆录砂l(fā)”的原則和規(guī)定，那么響應(yīng)鏈?zhǔn)鞘裁矗款櫭剂x事件鏈?zhǔn)且粋€(gè)鏈條，詳細(xì)的定義如下: 每條鏈?zhǔn)且粋€(gè) 鏈表狀結(jié)構(gòu)，整個(gè)是一棵樹，鏈表的每一個(gè)node是一個(gè) UIResponser對(duì)象。
事件響應(yīng)鏈的形成和事件的響應(yīng)和傳遞，UIResponder都幫我們做了很多事。我們的app中，所有的視圖都是按照一定的結(jié)構(gòu)組織起來(lái)的，即樹狀層次結(jié)構(gòu)，每個(gè)view都有自己的superView，包括controller的topmost view(controller的self.view)。當(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就通過(guò)nextResponder串成了一條鏈，也就是我們所說(shuō)的響應(yīng)鏈。所以響應(yīng)鏈就是一條虛擬的鏈，并沒(méi)有一個(gè)對(duì)象來(lái)專門存儲(chǔ)這樣的一條鏈，而是通過(guò)UIResponder的屬性串連起來(lái)的。如下圖：
當(dāng)一個(gè)事件發(fā)生時(shí)，如果 first responder 不處理，事件就會(huì)繼續(xù)往下傳遞，被下個(gè) responder 接收，如果下個(gè) responder 也不處理，又會(huì)被下下個(gè) responder 接收…… 直到一個(gè) responder 處理了事件或者沒(méi)有 responder 了。這些 responder 按照傳遞次序連接起來(lái)的鏈條就構(gòu)成了響應(yīng)者鏈。
由于不同的 app 內(nèi)的布局和層次結(jié)構(gòu)的不同，響應(yīng)順序也會(huì)有所不同，但事件的傳遞路徑會(huì)遵守基本規(guī)則。從圖中可以看到，響應(yīng)者鏈有以下特點(diǎn)：
響應(yīng)者鏈通常是由 initial view 開始；
UIView 的 nextResponder 它的 superview；如果 UIView 已經(jīng)是其所在的UIViewController 的 top view，那么 UIView 的 nextResponder 就是 UIViewController；
UIViewController 如果有 Super ViewController，那么它的 nextResponder 為其 Super ViewController 最表層的 View；如果沒(méi)有，那么它的 nextResponder 就是 UIWindow；
UIWindow 的 contentView 指向 UIApplication，將其作為 nextResponder；
UIApplication 是一個(gè)響應(yīng)者鏈的終點(diǎn)，它的 nextResponder 指向nil，整個(gè) responder chain 結(jié)束。
需要說(shuō)明是，如果當(dāng)前的 responder 不處理事件，并希望將其傳遞給 nextResponder 時(shí)，需要手動(dòng)編寫代碼，才會(huì)繼續(xù)往下傳遞，否則事件會(huì)被廢棄。
總結(jié)
所以關(guān)于事件的鏈有兩條：事件的響應(yīng)鏈；Hit-Testing 時(shí)事件的傳遞鏈。
響應(yīng)鏈：由離用戶最近的view向系統(tǒng)傳遞。
initial view –> super view –> …..–> view controller –> window –> Application –> AppDelegate
Hit-Testing 鏈：由系統(tǒng)向離用戶最近的view傳遞。
UIKit –> active app's event queue –> window –> root view –>……–>lowest view
借鑒以下文章
史上最詳細(xì)的iOS之事件的傳遞和響應(yīng)機(jī)制-原理篇??iOS觸摸事件處理詳解??事件處理??深入淺出iOS事件機(jī)制??iOS 點(diǎn)擊事件傳遞及響應(yīng)?iOS Events and Responder Chain
