Cocoa Touch事件處理流程--響應者鏈

Cocoa Touch事件處理流程--響應者鏈

 

1、事件分類html

對於IOS設備用戶來講,他們操做設備的方式主要有三種:觸摸屏幕、晃動設備、經過遙控設施控制設備。對應的事件類型有如下三種:前端

一、觸屏事件(Touch Event)ios

二、運動事件(Motion Event)數組

三、遠端控制事件(Remote-Control Event)網絡

今天以觸屏事件(Touch Event)爲例,來講明在Cocoa Touch框架中,事件的處理流程。首先不得不先介紹響應者鏈這個概念:app

2、響應者鏈(Responder Chain)框架

先來講說響應者對象(Responder Object),顧名思義,指的是有響應和處理事件能力的對象。響應者鏈就是由一系列的響應者對象構成的一個層次結構。ide

UIResponder是全部響應對象的基類,在UIResponder類中定義了處理上述各類事件的接口。咱們熟悉的UIApplication、 UIViewController、UIWindow和全部繼承自UIView的UIKit類都直接或間接的繼承自UIResponder,因此它們的實例都是能夠構成響應者鏈的響應者對象。圖一展現了響應者鏈的基本構成:函數

                         圖一oop

從圖一中能夠看到,響應者鏈有如下特色:

一、響應者鏈一般是由視圖(UIView)構成的;

二、一個視圖的下一個響應者是它視圖控制器(UIViewController)(若是有的話),而後再轉給它的父視圖(Super View);

三、視圖控制器(若是有的話)的下一個響應者爲其管理的視圖的父視圖;

四、單例的窗口(UIWindow)的內容視圖將指向窗口自己做爲它的下一個響應者

須要指出的是,Cocoa Touch應用不像Cocoa應用,它只有一個UIWindow對象,所以整個響應者鏈要簡單一點;

五、單例的應用(UIApplication)是一個響應者鏈的終點,它的下一個響應者指向nil,以結束整個循環。

3、事件分發(Event Delivery)

第一響應者(First responder)指的是當前接受觸摸的響應者對象(一般是一個UIView對象),即表示當前該對象正在與用戶交互,它是響應者鏈的開端。整個響應者鏈和事件分發的使命都是找出第一響應者。

UIWindow對象以消息的形式將事件發送給第一響應者,使其有機會首先處理事件。若是第一響應者沒有進行處理,系統就將事件(經過消息)傳遞給響應者鏈中的下一個響應者,看看它是否能夠進行處理。

iOS系統檢測到手指觸摸(Touch)操做時會將其打包成一個UIEvent對象,並放入當前活動Application的事件隊列,單例的UIApplication會從事件隊列中取出觸摸事件並傳遞給單例的UIWindow來處理,UIWindow對象首先會使用hitTest:withEvent:方法尋找這次Touch操做初始點所在的視圖(View),即須要將觸摸事件傳遞給其處理的視圖,這個過程稱之爲hit-test view。

UIWindow實例對象會首先在它的內容視圖上調用hitTest:withEvent:,此方法會在其視圖層級結構中的每一個視圖上調用pointInside:withEvent:(該方法用來判斷點擊事件發生的位置是否處於當前視圖範圍內,以肯定用戶是否是點擊了當前視圖),若是pointInside:withEvent:返回YES,則繼續逐級調用,直到找到touch操做發生的位置,這個視圖也就是要找的hit-test view。
hitTest:withEvent:方法的處理流程以下:
首先調用當前視圖的pointInside:withEvent:方法判斷觸摸點是否在當前視圖內;
若返回NO,則hitTest:withEvent:返回nil;
若返回YES,則向當前視圖的全部子視圖(subviews)發送hitTest:withEvent:消息,全部子視圖的遍歷順序是從最頂層視圖一直到到最底層視圖,即從subviews數組的末尾向前遍歷,直到有子視圖返回非空對象或者所有子視圖遍歷完畢;
若第一次有子視圖返回非空對象,則hitTest:withEvent:方法返回此對象,處理結束;
如全部子視圖都返回非,則hitTest:withEvent:方法返回自身(self)。

                        圖二

加入用戶點擊了View E,下面結合圖二介紹hit-test view的流程:

一、A是UIWindow的根視圖,所以,UIWindwo對象會首相對A進行hit-test;

二、顯然用戶點擊的範圍是在A的範圍內,所以,pointInside:withEvent:返回了YES,這時會繼續檢查A的子視圖;

三、這時候會有兩個分支,B和C:

點擊的範圍再也不B內,所以B分支的pointInside:withEvent:返回NO,對應的hitTest:withEvent:返回nil;

點擊的範圍在C內,即C的pointInside:withEvent:返回YES;

四、這時候有D和E兩個分支:

點擊的範圍再也不D內,所以D的pointInside:withEvent:返回NO,對應的hitTest:withEvent:返回nil;

點擊的範圍在E內,即E的pointInside:withEvent:返回YES,因爲E沒有子視圖(也能夠理解成對E的子視圖進行hit-test時返回了nil),所以,E的hitTest:withEvent:會將E返回,再往回回溯,就是C的hitTest:withEvent:返回E--->>A的hitTest:withEvent:返回E。

至此,本次點擊事件的第一響應者就經過響應者鏈的事件分發邏輯成功的找到了。

不難看出,這個處理流程有點相似二分搜索的思想,這樣能以最快的速度,最精確地定位出能響應觸摸事件的UIView。

3、說明

一、若是最終hit-test沒有找到第一響應者,或者第一響應者沒有處理該事件,則該事件會沿着響應者鏈向上回溯,若是UIWindow實例和UIApplication實例都不能處理該事件,則該事件會被丟棄;

二、hitTest:withEvent:方法將會忽略隱藏(hidden=YES)的視圖,禁止用戶操做(userInteractionEnabled=YES)的視圖,以及alpha級別小於0.01(alpha<0.01)的視圖。若是一個子視圖的區域超過父視圖的bound區域(父視圖的clipsToBounds 屬性爲NO,這樣超過父視圖bound區域的子視圖內容也會顯示),那麼正常狀況下對子視圖在父視圖以外區域的觸摸操做不會被識別,由於父視圖的pointInside:withEvent:方法會返回NO,這樣就不會繼續向下遍歷子視圖了。固然,也能夠重寫pointInside:withEvent:方法來處理這種狀況。

三、咱們能夠重寫hitTest:withEvent:來達到某些特定的目的,下面的連接就是一個有趣的應用舉例,固然實際應用中不多用到這些。

http://download.csdn.net/detail/wzzvictory_tjsd/5716299

 

參考文檔:

https://developer.apple.com/library/ios/#documentation/EventHandling/Conceptual/EventHandlingiPhoneOS/event_delivery_responder_chain/event_delivery_responder_chain.html#//apple_ref/doc/uid/TP40009541-CH4-SW1

 

轉自:http://www.cnblogs.com/snake-hand/p/3178070.html

iOS 事件傳遞機制和響應者鏈條

iOS中加載的時候會先執行main函數

[objc]  view plain  copy
 print?
  1. int main(int argc, charchar * argv[]) {  
  2.     @autoreleasepool {  
  3.         return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));  
  4.     }  
  5. }  

根據main函數的參數加載UIApplication->AppDelegate->UIWindow->UIViewController->superView->subViews

                           AppDelegate ->UIApplication ->UIWindow->UIViewController->UIView->UIButton


關係爲:UIApplication.keyWindow.rootViewController.view.subView
事件傳遞機制:
1.當iOS程序中發生觸摸事件後,系統會將事件加入到UIApplication管理的一個任務隊列中
2.UIApplication將處於任務隊列最前端的事件向下分發。即UIWindow。
3.UIWindow將事件向下分發,即UIView。
4.UIView首先看本身是否能處理事件,觸摸點是否在本身身上。若是能,那麼繼續尋找子視圖。
5.遍歷子控件,重複以上兩步。
6.若是沒有找到,那麼本身就是事件處理者。若是
7.若是本身不能處理,那麼不作任何處理。
其中 UIView不接受事件處理的狀況主要有如下三種
1)alpha <0.01
2)userInteractionEnabled = NO
3.hidden = YES




如下來自網絡:
響應者鏈條概念: iOS系統檢測到手指觸摸(Touch)操做時會將其打包成一個UIEvent對象,並放入當前活動Application的事件隊列,單例的UIApplication會從事件隊列中取出觸摸事件並傳遞給單例的UIWindow來處理,UIWindow對象首先會使用hitTest:withEvent:方法尋找這次Touch操做初始點所在的視圖(View),即須要將觸摸事件傳遞給其處理的視圖,這個過程稱之爲hit-test view。


UIResponder 是全部響應對象的基類,在UIResponder類中定義了處理上述各類事件的接口。咱們熟悉的 UIApplication、 UIViewController、 UIWindow 和全部繼承自UIView的UIKit類都直接或間接的繼承自UIResponder,因此它們的實例都是能夠構成響應者鏈的響應者對象。


UIWindow實例對象會首先在它的內容視圖上調用hitTest:withEvent:,此方法會在其視圖層級結構中的每一個視圖上調用pointInside:withEvent:(該方法用來判斷點擊事件發生的位置是否處於當前視圖範圍內,以肯定用戶是否是點擊了當前視圖),若是pointInside:withEvent:返回YES,則繼續逐級調用,直到找到touch操做發生的位置,這個視圖也就是要找的hit-test view。


hitTest:withEvent:方法的處理流程以下: 
首先調用當前視圖的pointInside:withEvent:方法判斷觸摸點是否在當前視圖內; 
若返回NO,則hitTest:withEvent:返回nil; 
若返回YES,則向當前視圖的全部子視圖(subviews)發送hitTest:withEvent:消息,全部子視圖的遍歷順序是從最頂層視圖一直到到最底層視圖,即從subviews數組的末尾向前遍歷,直到有子視圖返回非空對象或者所有子視圖遍歷完畢; 
若第一次有子視圖返回非空對象,則hitTest:withEvent:方法返回此對象,處理結束; 
如全部子視圖都返回非,則hitTest:withEvent:方法返回自身(self)。 


一次完整的觸摸事件的傳遞響應的過程
UIApplication --> UIWindow --> 遞歸找到最適合處理事件的控件
控件調用touches方法 --> 判斷是否實現touches方法 --> 沒有實現默認會將事件傳遞給上一個響應者 --> 找到上一個響應者
PS:若是直到UIApplication都不響應,那麼這個事件就被廢棄了。
1.響應者鏈條:由不少響應者連接在一塊兒組合起來的一個鏈條
響應者:繼承自UIResponder的對象稱之爲響應者對象
2.上一個響應者(默認作法是將事件順着響應者鏈條向上傳遞,將事件交給上一個響應者進行處理) 
如何判斷當前響應者的上一個響應者是誰?
1>判斷當前是不是控制器的View,若是是,上一個響應者就是控制器
2>若是當前不是控制器的View,上一個響應者就是父控件
3.響應者鏈條有什麼用?
可讓一個觸摸事件發聲的時候讓多個響應者同時響應該事件
在子類的實現文件裏的touchesBegan:方法里加上以下代碼便可
[super touchesBegan:touches withEvent:event]

轉自:http://blog.csdn.net/a316212802/article/details/50061317

相關文章
相關標籤/搜索