iOS開發-事件傳遞以及響應者鏈條

在iOS中凡是繼承自UIResponder的對象都能夠接收并處理事件。
UIResponder一般分為三種事件,觸摸事件,加速計事件以及遠程控制事件。

觸摸事件
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event;

加速計事件
- (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionEnded:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionCancelled:(UIEventSubtype)motion withEvent:(UIEvent *)event;

遠程控制事件
- (void)remoteControlReceivedWithEvent:(UIEvent *)event;

UIView的觸摸事件處理

UIView是繼承自UIResponder,它可以通過重寫UIResponder的方法,然后處理觸摸事件

  • 當一個手指或者多個手指觸摸view的時候,系統會自動調用view的- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event這個方法,
  • 當一個或者多個手指在view上面移動的時候,系統會自動調用view的- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event方法,如果用戶的手指在當前view上面一直移動,那么這個方法會一直調用
  • 一個或者多個手指離開view的時候,系統會自動調用view的- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event這個方法
  • 在觸摸結束之前,比如有系統事件要處理的時候,那么會打斷觸摸過程,系統就會調用這個方法- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event
    touchs里面放的都是UITouch對象,打印結果如下:
{(
    <UITouch: 0x7f99a059e820> phase: Moved tap count: 1 window: <UIWindow: 0x7f99a059c290; frame = (0 0; 375 667); autoresize = W+H; gestureRecognizers = <NSArray: 0x7f99a059d360>; layer = <UIWindowLayer: 0x7f99a0592570>> view: <RedView: 0x7f99a0419e60; frame = (136.5 161.5; 100 100); transform = [1, 0, 0, 1, -1, 5.5]; autoresize = RM+BM; layer = <CALayer: 0x7f99a0415700>> location in window: {190, 196} previous location in window: {191, 196} location in view: {53.5, 34.5} previous location in view: {54.5, 34.5}
)}
這里面包括上一個點的坐標,還有當前點的坐標,以及手勢對象

由上面我們可以看出每個方法都有UITouch對象,那么什么是UITouch呢,接下來我們就看下
UITouch對象是用戶用手觸摸屏幕的時候,就會創建與這個手指相關聯的UITouch對象了,一根手指對應一個UITouch對象。

那么UITouch有什么作用呢?
UITouch的作用就是它會保存著這個手指相關的一些信息,觸摸時間,位置,階段等之類的信息。
當手指移動時,系統會更新同一個UITouch對象,使之能夠一直保存該手指在的觸摸位置
當手指頭離開屏幕的時候,那么與之對應的UITouch對象就會銷毀了。
UITouch的屬性

觸摸產生時所處的窗口
@property(nonatomic,readonly,retain) UIWindow    *window;

觸摸產生時所處的視圖
@property(nonatomic,readonly,retain) UIView      *view;

短時間內點按屏幕的次數,可以根據tapCount判斷單擊、雙擊或更多的點擊
@property(nonatomic,readonly) NSUInteger          tapCount;

記錄了觸摸事件產生或變化時的時間,單位是秒
@property(nonatomic,readonly) NSTimeInterval      timestamp;

當前觸摸事件所處的狀態
@property(nonatomic,readonly) UITouchPhase        phase;

UITouchPhase是一個枚舉類型,包含:
UITouchPhaseBegan(觸摸開始)
UITouchPhaseMoved(接觸點移動)
UITouchPhaseStationary(接觸點無移動)
UITouchPhaseEnded(觸摸結束)
UITouchPhaseCancelled(觸摸取消)

UITouch的方法

- (CGPoint)locationInView:(UIView *)view;
返回值表示觸摸在view上的位置
這里返回的位置是針對view的坐標系的(以view的左上角為原點(0, 0))
調用時傳入的view參數為nil的話,返回的是觸摸點在UIWindow的位置

- (CGPoint)previousLocationInView:(UIView *)view;
該方法記錄了前一個觸摸點的位置

事件的產生和傳遞

當用戶的手指觸摸屏幕的某一個view的時候,此時就發生了觸摸事件,系統會把該事件加入UIApplication管理的事件隊列中去,這個隊列是先進先出的,然后UIApplication會從事件隊列中去除最前面的事件,并將事件分發下去以便處理,通常,先發送事件給應用程序的主窗口(keyWindow),主窗口會在視圖層次結構上面找到一個最合適的視圖來處理觸摸事件,這是整個事件處理的第一步,找到合適的視圖控件之后,他就會調用試圖的touches方法來處理事件,
通過這個圖


QQ20160531-0.png

*********觸摸事件的傳遞是由父控件傳遞到子控件的,*********

  • 當我們點擊了綠色的view的時候,事件是這樣傳遞的,UIApplication -> UIWindow -> 白色的view -> 綠色view
  • 當我們點擊了藍色的view,事件是這樣傳遞的,UIApplication -> UIWindow -> 白色的view -> 橙色的view -> 藍色的view
    *********如果父控件不能接受觸摸事件,那么子控件就不可能接受觸摸事件*********

不能接受觸摸事件的情況有

  • 不允許與用戶交互userInteractionEnabled = NO
  • 這個控件隱藏了hidden = YES
  • 透明度太小了alpha = 0.0 ~ 0.01

上面我們說主窗口會在視圖層次結構上面找到一個最合適的視圖來處理觸摸事件,那么到底是怎么找到最合適的控件來處理這個觸摸事件的呢?其實步驟是這樣的:

  • 首先它會判斷它自己是否能接受觸摸事件,如果它不能接收觸摸事件,那么它肯定不是最合適的,
  • 然后再判斷用戶手指的觸摸點是否在它自己的身上,如果不在,那么他就不是最合適的
  • 執行完上面兩個操作,然后從后往前遍歷子控件(意思是先遍歷后加入的子控件),然后重復上面的兩個步驟
  • 如果沒有找到復合條件的子控件,那么它自己就是最適合處理事件的控件

查找最合適處理事件的視圖

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event這個方法就是用來查找最合適處理事件的方法,這個方法可以和- (BOOL)pointInside:(CGPoint)point withEvent:(nullable UIEvent *)event;配合使用,后面這個方法就是用來判斷觸摸點是否在其身上,返回一個BOOL值
我們可以重寫- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event這個方法,自己來模仿父類是如何處理找到最合適的視圖的。當然我們也可以調用父類的這個方法,這樣重寫就沒什么作用了。

具體步驟如下:和上面的步驟是一樣的,這里就直接用代碼表示是如何實現的

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event
{
    
    NSLog(@"點擊了%@",[super hitTest:point withEvent:event]);
    // 1.判斷下自己能否接收事件
    if (self.userInteractionEnabled == NO || self.hidden == YES || self.alpha <= 0.01) return nil;
    
    // 2.判斷下點在不在當前控件上
    if ([self pointInside:point withEvent:event] == NO) return  nil; // 點不在當前控件
    
    
    // 3.從后往前遍歷自己的子控件
    // 1 0
    int count = (int)self.subviews.count;
    for (int i = count - 1; i >= 0; i--) {
        // 獲取子控件
        UIView *childView = self.subviews[i];
        
        // 把當前坐標系上的點轉換成子控件上的點
        CGPoint childP =  [self convertPoint:point toView:childView];
        
        UIView *fitView = [childView hitTest:childP withEvent:event];
        
        if (fitView) {
            return fitView;
        }
        
    }
    // 4.如果沒有比自己合適的子控件,最合適的view就是自己
    return self;
}

響應者鏈條

觸摸事件處理的詳細過程:

當用戶點擊屏幕后產生一個觸摸事件,經過經過一系列的傳遞過程后,會找到最合適的視圖控件來處理這個事件,找到最合適的視圖之后,就會調用空間的touches那三個方法,這些方法的默認做法是把事件順著響應者鏈條向上傳遞,將事件傳遞給上一個響應者進行處理

什么是響應者鏈條:
響應者鏈條就是由多個響應者對象連接起來的鏈條,它的作用就是讓我們能夠清楚的看見每個響應者之間的聯系,并且可以讓一個時間多個對象處理
響應者鏈條是怎么個樣子呢,我們可以看下這兩個圖

響應者鏈條1.png

首先initial view會把事件傳遞給橘黃色的view,橘黃色view又把事件給時間傳遞給了藍綠色view,藍綠色view把時間傳遞給了控制器view,控制器view把事件傳遞給了窗口,窗口把事件傳遞給了Application對象。

事件傳遞的完整過程

先將事件對象由上往下傳遞(由父控件傳遞給子控件),找到最合適的控件來處理這個事件,調用最合適控件的touches….方法,如果調用了[super touches….]那么就會將事件順著響應者鏈條往上傳遞,傳遞給上一個響應者,接著就會調用上一個響應者的touches….方法

那么如何判斷上一個響應者呢?
如果當前這個view是控制器的view,那么控制器就是上一個響應者
如果當前這個view不是控制器的view,那么父控件就是上一個響應者

響應者鏈條的時間傳遞過程

如果view的控制器存在,就傳遞給控制器;如果控制器不存在,則將其傳遞給它的父視圖
在視圖層次結構的最頂級視圖,如果也不能處理收到的事件或消息,則其將事件或消息傳遞給window對象進行處理
如果window對象也不處理,則其將事件或消息傳遞給UIApplication對象
如果UIApplication也不能處理該事件或消息,則將其丟棄

使用響應者鏈條找到當前view所屬的控制器

- (UIViewController *)parentController
{
    UIResponder *responder = [self nextResponder];
    while (responder) {
        if ([responder isKindOfClass:[UIViewController class]]) {
            return (UIViewController *)responder;
        }
        responder = [responder nextResponder];
    }
    return nil;
}
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,443評論 6 532
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,530評論 3 416
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,407評論 0 375
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,981評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,759評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,204評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,263評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,415評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,955評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,782評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,983評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,528評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,222評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,650評論 0 26
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,675評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,967評論 2 374

推薦閱讀更多精彩內容