iOS響應者鏈條總結

在原文 http://www.cnblogs.com/mcj-coding/p/3569908.html進行了補充

一.原理

對于IOS設備用戶來說,他們操作設備的方式主要有三種:觸摸屏幕、晃動設備、通過遙控設施控制設備。對應的事件類型有以下三種:

1、觸屏事件(Touch Event)

2、運動事件(Motion Event)

3、遠端控制事件(Remote-Control Event)

***按壓事件

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

響應者對象(Responder Object) 指的是 有響應和處理事件能力的對象。 響應者鏈就是由一系列的響應者對象 構成的一個層次結構。

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)。

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

1、A是UIWindow的根視圖,因此,UIWindwo對象會首相對A進行hit-test;

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

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

點擊的范圍不再B內,因此B分支的 pointInside:withEvent:返回NO,對應的 hitTest:withEvent:返回nil;

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

4、這時候有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。

***上面找到了事件的第一響應者,接下來就該沿著尋找第一響應者的相反順序來處理這個事件,如果UIWindow單例和UIApplication都無法處理這一事件,則該事件會被丟棄。***

說明:

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

2、hitTest:withEvent:方法將會忽略隱藏(hidden=YES)的視圖,禁止用戶操作(userInteractionEnabled=YES)的視圖,以及alpha級別小于0.01(alpha<0.01)的視圖。如果一個子視圖的區域超過父視圖的bound區域(父視圖的clipsToBounds 屬性為NO,這樣超過父視圖bound區域的子視圖內容也會顯示),那么正常情況下對子視圖在父視圖之外區域的觸摸操作不會被識別,因為父視圖的pointInside:withEvent:方法會返回NO,這樣就不會繼續向下遍歷子視圖了。當然,也可以重寫pointInside:withEvent:方法來處理這種情況。

3、我們可以重寫 hitTest:withEvent:來達到某些特定的目的,下面的鏈接就是一個有趣的應用舉例,當然實際應用中很少用到這些。

二.定制hitTest:withEvent:方法

如果父視圖需要對對哪個子視圖可以響應觸摸事件做特殊控制或者想要穿透某個view執行下面的方法則可以重寫hitTest:withEvent:或pointInside:withEvent:方法。

此方法可實現點擊穿透、點擊下層視圖功能

這里有幾個例子:

在此例子中button,scrollview同為topView的子視圖,但scrollview覆蓋在button之上,這樣在在button上的觸摸操作返回的hit-test view為scrollview,button無法響應,可以修改topView的hitTest:withEvent:方法如下:

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event {

UIView *result = [super hitTest:point withEvent:event];

// 轉換一個點相對于兩個不同的視圖中的坐標

CGPoint buttonPoint = [self convertPoint:point fromView:self];

if ([self pointInside:buttonPoint withEvent:event]) {

return self;

}

return result;

}

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容

  • 簡單來說就是 :一級一級的找到響應的視圖,如果沒有就傳給UIWindow實例和UIApplication實例,要是...
    打瞌睡de小男孩閱讀 154評論 0 0
  • 簡單來說就是 :一級一級的找到響應的視圖,如果沒有就傳給UIWindow實例和UIApplication實例,要是...
    小菜一碟321閱讀 313評論 0 1
  • 好奇觸摸事件是如何從屏幕轉移到APP內的?困惑于Cell怎么突然不能點擊了?糾結于如何實現這個奇葩響應需求?亦或是...
    Lotheve閱讀 58,029評論 51 603
  • 在iOS開發中經常會涉及到觸摸事件。本想自己總結一下,但是遇到了這篇文章,感覺總結的已經很到位,特此轉載。作者:L...
    WQ_UESTC閱讀 6,133評論 4 26
  • 一篇搞定事件傳遞、響應者鏈條、hitTest和pointInside的使用發生觸摸事件后,系統會將該事件加入到一個...
    克魯德李閱讀 1,138評論 0 1