知識(shí)小總結(jié)五 (事件傳遞和響應(yīng))??

傳遞鏈

  • 所謂傳遞鏈,是事件觸發(fā)時(shí)杯聚,系統(tǒng)如何找到事件觸發(fā)具體地點(diǎn)

Hit Test (命中測(cè)試)

  • iOS使用“命中測(cè)試”(hit-testing)去尋找觸摸發(fā)生下的view。命中測(cè)試會(huì)執(zhí)行檢測(cè)判斷是否改觸摸點(diǎn)發(fā)生在某個(gè)具體的view的相對(duì)邊界之內(nèi)。如果檢測(cè)是的,它就會(huì)遞歸的去檢測(cè)該view的所有子view菱阵。該view的層級(jí)最底端view包含觸摸點(diǎn),它就成為了“命中測(cè)試view”缩功。之后iOS就會(huì)決定誰(shuí)是命中測(cè)試view,并且遞交觸摸事件給它處理晴及。

傳遞過(guò)程

  • 大致的過(guò)程application –> window –> root view –>……–>lowest view,由后到前

響應(yīng)鏈

  • 所謂響應(yīng)鏈掂之,是事件觸發(fā)后抗俄,系統(tǒng)怎樣決定由誰(shuí)對(duì)該事件進(jìn)行處理。
    響應(yīng)器鏈(responder chain)是一系列相關(guān)的響應(yīng)器對(duì)象世舰。它開始于第一個(gè)響應(yīng)器終止于應(yīng)用對(duì)象。如果第一個(gè)responder不處理事件(沒(méi)有實(shí)現(xiàn)touches方法)槽卫,則會(huì)根據(jù)響應(yīng)鏈將事件傳遞給下一個(gè)responder跟压。

First Responder (第一響應(yīng)者)

  • First responder就是在響應(yīng)鏈中第一個(gè)接收事件的對(duì)象。

傳遞過(guò)程

  • 大致的過(guò)程initial view –> super view –> …..–> view controller –> window –> Application歼培,由前到后
    inital view 是第一響應(yīng)者或hit test找到的view

總結(jié)

  • UIApplication-->UIWindow-->遞歸找到最合適處理的控件-->控件調(diào)用touches方法-->判斷是否實(shí)現(xiàn)touches方法-->沒(méi)有實(shí)現(xiàn)默認(rèn)會(huì)將事件傳遞給上一個(gè)響應(yīng)者-->找到上一個(gè)響應(yīng)者-->找不到方法作廢

真機(jī)的崩潰(crash)問(wèn)題

崩潰現(xiàn)象

  • 程序崩潰震蒋,在模擬器中會(huì)直接顯示崩潰并給出崩潰信息。對(duì)于已經(jīng)安裝到真機(jī)上的APP躲庄,崩潰會(huì)直接閃退

崩潰原因

    低內(nèi)存閃退

程序的CPU或內(nèi)存用量過(guò)高時(shí)查剖,系統(tǒng)會(huì)干掉該程序
代碼bug
比如數(shù)組越界、插空噪窘、空引用笋庄、引用未定義方法、多線程安全性倔监、訪問(wèn)野指針直砂、發(fā)送未實(shí)現(xiàn)的selector等
Watchdog超時(shí)
如果我們的應(yīng)用程序?qū)σ恍┨囟ǖ腢I事件(比如啟動(dòng)、掛起浩习、恢復(fù)静暂、結(jié)束)響應(yīng)不及時(shí),Watchdog會(huì)把我們的應(yīng)用程序干掉
使用各種手機(jī)助手導(dǎo)致的崩潰
用戶使用如PP手機(jī)助手之類的軟件下載APP谱秽,可能會(huì)被蘋果封禁洽蛀,造成閃退


獲取崩潰日志

  • iOS設(shè)備上的應(yīng)用閃退時(shí),操作系統(tǒng)會(huì)生成一個(gè)崩潰報(bào)告疟赊,也叫崩潰日志郊供,保存在設(shè)備上。

  • 崩潰日志上有很多有用的信息听绳,包括應(yīng)用是什么情況下閃退的颂碘。通常,上面有每個(gè)正在執(zhí)行線程的完整堆棧跟蹤信息,所以你能從中了解到閃退發(fā)生時(shí)各線程都在做什么头岔,并分辨出閃退發(fā)生在哪個(gè)線程上塔拳。

本機(jī)崩潰日志

    XCode 的菜單Window->Organizer 選擇Devices -> 選中的手機(jī) -> 點(diǎn)擊手機(jī)名稱左邊的箭頭

用戶崩潰日志

    通過(guò)iTunes Connect(Manage Your Applications - View Details - Crash Reports)獲取用戶的crash日志.

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市峡竣,隨后出現(xiàn)的幾起案子靠抑,更是在濱河造成了極大的恐慌,老刑警劉巖适掰,帶你破解...
    沈念sama閱讀 206,968評(píng)論 6 482
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件颂碧,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡类浪,警方通過(guò)查閱死者的電腦和手機(jī)载城,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,601評(píng)論 2 382
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)费就,“玉大人诉瓦,你說(shuō)我怎么就攤上這事×ο福” “怎么了睬澡?”我有些...
    開封第一講書人閱讀 153,220評(píng)論 0 344
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)眠蚂。 經(jīng)常有香客問(wèn)我煞聪,道長(zhǎng),這世上最難降的妖魔是什么逝慧? 我笑而不...
    開封第一講書人閱讀 55,416評(píng)論 1 279
  • 正文 為了忘掉前任昔脯,我火速辦了婚禮,結(jié)果婚禮上馋艺,老公的妹妹穿的比我還像新娘栅干。我一直安慰自己,他們只是感情好捐祠,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,425評(píng)論 5 374
  • 文/花漫 我一把揭開白布碱鳞。 她就那樣靜靜地躺著,像睡著了一般踱蛀。 火紅的嫁衣襯著肌膚如雪窿给。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,144評(píng)論 1 285
  • 那天率拒,我揣著相機(jī)與錄音崩泡,去河邊找鬼。 笑死猬膨,一個(gè)胖子當(dāng)著我的面吹牛角撞,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 38,432評(píng)論 3 401
  • 文/蒼蘭香墨 我猛地睜開眼谒所,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼热康!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起劣领,我...
    開封第一講書人閱讀 37,088評(píng)論 0 261
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤姐军,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后尖淘,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體奕锌,經(jīng)...
    沈念sama閱讀 43,586評(píng)論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,028評(píng)論 2 325
  • 正文 我和宋清朗相戀三年村生,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了惊暴。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 38,137評(píng)論 1 334
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡梆造,死狀恐怖缴守,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情镇辉,我是刑警寧澤,帶...
    沈念sama閱讀 33,783評(píng)論 4 324
  • 正文 年R本政府宣布贴捡,位于F島的核電站忽肛,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏烂斋。R本人自食惡果不足惜屹逛,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,343評(píng)論 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望汛骂。 院中可真熱鬧罕模,春花似錦、人聲如沸帘瞭。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,333評(píng)論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)蝶念。三九已至抛腕,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間媒殉,已是汗流浹背担敌。 一陣腳步聲響...
    開封第一講書人閱讀 31,559評(píng)論 1 262
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留廷蓉,地道東北人全封。 一個(gè)月前我還...
    沈念sama閱讀 45,595評(píng)論 2 355
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親刹悴。 傳聞我的和親對(duì)象是個(gè)殘疾皇子行楞,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,901評(píng)論 2 345

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

  • 在iOS開發(fā)中經(jīng)常會(huì)涉及到觸摸事件。本想自己總結(jié)一下颂跨,但是遇到了這篇文章敢伸,感覺(jué)總結(jié)的已經(jīng)很到位,特此轉(zhuǎn)載恒削。作者:L...
    WQ_UESTC閱讀 5,989評(píng)論 4 26
  • 好奇觸摸事件是如何從屏幕轉(zhuǎn)移到APP內(nèi)的池颈?困惑于Cell怎么突然不能點(diǎn)擊了?糾結(jié)于如何實(shí)現(xiàn)這個(gè)奇葩響應(yīng)需求钓丰?亦或是...
    Lotheve閱讀 56,677評(píng)論 51 597
  • iOS中有三類事件:UIEventTypeTouches觸摸事件躯砰、 UIEventTypeMotion “動(dòng)作”事...
    WeiHing閱讀 36,975評(píng)論 7 69
  • 本文來(lái)自:http://ios.jobbole.com/84081/ 前言: 按照時(shí)間順序,事件的生命周期是這樣的...
    HackerOnce閱讀 2,831評(píng)論 1 10
  • 用戶以多種方式操縱他們的iOS設(shè)備携丁,例如觸摸屏幕或搖動(dòng)設(shè)備琢歇。 iOS會(huì)解釋用戶何時(shí)以及如何操作硬件并將此信息傳遞到...
    坤坤同學(xué)閱讀 3,978評(píng)論 7 19