iOS響應(yīng)鏈和事件傳遞原理小結(jié)

前言

??在日常的開發(fā)過程我們經(jīng)常遇到子視圖在父視圖外面點擊無響應(yīng)的情況桂躏,我們通常用hitTest:withEvent:方法和pointInside方法惨篱,那么這兩個方法究竟實現(xiàn)原理是怎樣的呢栓拜,我們就來探究一下姓建。

1缓溅、UIResponder(響應(yīng)者對象)

??我們都不難發(fā)現(xiàn)我們經(jīng)常用到的控件蛇损,類似UIButton、UILabel這些都是可以響應(yīng)事件,而他們都繼承于UIResponder淤齐。在iOS中不是任何對象都能處理事件股囊,只有繼承了UIResponder的對象才能接受并處理事件,我們稱之為“響應(yīng)者對象”更啄。

  • 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;

??其中加速計事件和遠程控制事件我們暫不講解稚疹。主要研究一下觸摸事件的處理,這四個方法的調(diào)用時機(都是系統(tǒng)調(diào)用的):

// 一根或者多根手指開始觸摸view,系統(tǒng)會自動調(diào)用view的下面方法
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
// 一根或者多根手指在view上移動祭务,系統(tǒng)會自動調(diào)用view的下面方法(隨著手指的移動内狗,會持續(xù)調(diào)用該方法)
- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event
// 一根或者多根手指離開view,系統(tǒng)會自動調(diào)用view的下面方法
- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event
// 觸摸結(jié)束前义锥,某個系統(tǒng)事件(例如電話呼入)會打斷觸摸過程柳沙,系統(tǒng)會自動調(diào)用view的下面方法
- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event
// 提示:touches中存放的都是UITouch對象
  • 關(guān)于UITouch對象:
    1. 當用戶用一根手指觸摸屏幕時,會創(chuàng)建一個與手指相關(guān)的UITouch對象拌倍,一 根手指對應(yīng)一個UITouch對象赂鲤。
    2. 如果兩根手指同時觸摸一個view,那么view只會調(diào)用一次
    3. touchesBegan:withEvent:方法柱恤,touches參數(shù)中裝著2個UITouch對象数初。
    4. 如果這兩根手指一前一后分開觸摸同一個view,那么view會分別調(diào)用2次touchesBegan:withEvent:方法梗顺,并且每次調(diào)用時的touches參數(shù)中只包含一個UITouch對象泡孩。

2、事件的產(chǎn)生和傳遞

  • 事件的產(chǎn)生
    我們知道UIApplication荚守、UIViewController珍德、UIView都是UIResponder的子類,都是可以處理事件的矗漾。在發(fā)生觸摸事件的時候系統(tǒng)會先將該事件交給UIApplication處理,通常UIApplication先將事件交給UIWindow薄料,然后window再在其視圖層次依次向下尋找可以響應(yīng)的視圖敞贡。找到合適的視圖后,就會調(diào)用視圖控件的touches方法來作具體的事件處理摄职。
  • 事件的傳遞
    UIApplication->UIViewController->子視圖...
    如果父視圖不能接收事件誊役,那么就不會向下傳遞,既子視圖也不可能接收處理事件谷市。
  • 尋找合適視圖的過程
    1. 首先判斷自己是否能接收觸摸事件蛔垢。(hitTest:withEvent: 不返回nil 。不能接收事件:1迫悠、userInteractionEnabled = NO 2鹏漆、隱藏 3、透明度<0.01)。
    2. 判斷觸摸點是否在自己身上艺玲。(pointInside方法) 括蝠。
    3. 子控件數(shù)組倒序遍歷,即從最上層往下遍歷并饭聚,子控件重復(fù)前兩個步驟忌警。
    4. 如果沒有符合條件的子控件,那么就認為自己最合適處理這個事件秒梳,也就是自己是最合適的view法绵。(hitTest:withEvent: return self)

2.1、hitTest:withEvent:方法

??hitTest:withEvent:方法當事件傳遞到某個控件的時候酪碘,系統(tǒng)就會調(diào)用改控件的hitTest:withEvent:方法礼烈,返回合適的控件

??遍歷子控件有就返回,沒有就返回self婆跑,返回nil則表示需要父視圖處理此熬,其他子視圖都不能處,hit:withEvent:方法底層會調(diào)用pointInside:withEvent:方法判斷點在不在方法調(diào)用者的坐標系上滑进,不在返回nil犀忱。

??我們可以通過重新控件的hitTest:withEvent:方法來改變處理事件的控件。想讓誰處理就誰處理扶关。

  • 所以事件的傳遞過程: 產(chǎn)生觸摸事件->UIApplication事件隊列->[UIWindow hitTest:withEvent:]->返回更合適的view->[子控件 hitTest:withEvent:]->返回最合適的view

2.2阴汇、pointInside:withEvent:方法

??pointInside:withEvent:方法判斷點在不在當前view上(方法調(diào)用者的坐標系上)如果返回YES,代表點在方法調(diào)用者的坐標系上;返回NO代表點不在方法調(diào)用者的坐標系上节槐,那么方法調(diào)用者也就不能處理事件搀庶。

3、事件響應(yīng)

??我們事件傳遞找到合適的視圖view的時候首先看view能否處理這個事件铜异,如果能處理則交由其處理并停止該事件的向上響應(yīng)(各種事件哥倔、滑動、touches...)揍庄,如果不能則會將事件傳遞給其上級視圖(view的superView)咆蒿;如果上級視圖仍然無法處理則會繼續(xù)往上傳遞;一直到 window蚂子,如果window還是不能處理此事件則繼續(xù)交給application處理沃测,如果最后application還是不能處理此事件則將其丟棄。
??如果實現(xiàn)某個touches..并在其中調(diào)用[supertouches….];則父視圖子視圖可以同時響應(yīng)食茎。

總結(jié)

??iOS的事件傳遞是從下到上的(父視圖-->子視圖),有不能接收的(1蒂破、userInteractionEnabled = NO 2、隱藏 3别渔、透明度<0.01)則停止向上傳遞附迷,返回上一次的view去響應(yīng)事件惧互。事件響應(yīng)是從上到下的(子視圖-->父視圖),有能響應(yīng)的并沒有進行相關(guān)處理的([supertouches….])則停止向下響應(yīng)挟秤。
本文借鑒:http://www.reibang.com/p/2e074db792ba

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末壹哺,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子艘刚,更是在濱河造成了極大的恐慌管宵,老刑警劉巖,帶你破解...
    沈念sama閱讀 222,252評論 6 516
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件攀甚,死亡現(xiàn)場離奇詭異箩朴,居然都是意外死亡,警方通過查閱死者的電腦和手機秋度,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,886評論 3 399
  • 文/潘曉璐 我一進店門炸庞,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人荚斯,你說我怎么就攤上這事埠居。” “怎么了事期?”我有些...
    開封第一講書人閱讀 168,814評論 0 361
  • 文/不壞的土叔 我叫張陵滥壕,是天一觀的道長。 經(jīng)常有香客問我兽泣,道長绎橘,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 59,869評論 1 299
  • 正文 為了忘掉前任唠倦,我火速辦了婚禮称鳞,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘稠鼻。我一直安慰自己冈止,他們只是感情好,可當我...
    茶點故事閱讀 68,888評論 6 398
  • 文/花漫 我一把揭開白布枷餐。 她就那樣靜靜地躺著靶瘸,像睡著了一般。 火紅的嫁衣襯著肌膚如雪毛肋。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,475評論 1 312
  • 那天屋剑,我揣著相機與錄音润匙,去河邊找鬼。 笑死唉匾,一個胖子當著我的面吹牛孕讳,可吹牛的內(nèi)容都是我干的匠楚。 我是一名探鬼主播,決...
    沈念sama閱讀 41,010評論 3 422
  • 文/蒼蘭香墨 我猛地睜開眼厂财,長吁一口氣:“原來是場噩夢啊……” “哼芋簿!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起璃饱,我...
    開封第一講書人閱讀 39,924評論 0 277
  • 序言:老撾萬榮一對情侶失蹤与斤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后荚恶,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體撩穿,經(jīng)...
    沈念sama閱讀 46,469評論 1 319
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,552評論 3 342
  • 正文 我和宋清朗相戀三年谒撼,在試婚紗的時候發(fā)現(xiàn)自己被綠了食寡。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,680評論 1 353
  • 序言:一個原本活蹦亂跳的男人離奇死亡廓潜,死狀恐怖抵皱,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情辩蛋,我是刑警寧澤呻畸,帶...
    沈念sama閱讀 36,362評論 5 351
  • 正文 年R本政府宣布,位于F島的核電站堪澎,受9級特大地震影響擂错,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜樱蛤,卻給世界環(huán)境...
    茶點故事閱讀 42,037評論 3 335
  • 文/蒙蒙 一钮呀、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧昨凡,春花似錦爽醋、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,519評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至哪痰,卻和暖如春遂赠,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背晌杰。 一陣腳步聲響...
    開封第一講書人閱讀 33,621評論 1 274
  • 我被黑心中介騙來泰國打工跷睦, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人肋演。 一個月前我還...
    沈念sama閱讀 49,099評論 3 378
  • 正文 我出身青樓抑诸,卻偏偏與公主長得像烂琴,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子蜕乡,可洞房花燭夜當晚...
    茶點故事閱讀 45,691評論 2 361

推薦閱讀更多精彩內(nèi)容