知識(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ì)決定誰是命中測(cè)試view,并且遞交觸摸事件給它處理。

傳遞過程

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

響應(yīng)鏈

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

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

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

傳遞過程

  • 大致的過程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方法-->沒有實(shí)現(xiàn)默認(rèn)會(huì)將事件傳遞給上一個(gè)響應(yīng)者-->找到上一個(gè)響應(yīng)者-->找不到方法作廢

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

崩潰現(xiàn)象

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

崩潰原因

    低內(nèi)存閃退

程序的CPU或內(nèi)存用量過高時(shí),系統(tǒng)會(huì)干掉該程序
代碼bug
比如數(shù)組越界、插空、空引用、引用未定義方法、多線程安全性、訪問野指針、發(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ī)名稱左邊的箭頭

用戶崩潰日志

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

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,345評(píng)論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,494評(píng)論 3 416
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,283評(píng)論 0 374
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,953評(píng)論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,714評(píng)論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,186評(píng)論 1 324
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,255評(píng)論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,410評(píng)論 0 288
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,940評(píng)論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,776評(píng)論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,976評(píng)論 1 369
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,518評(píng)論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,210評(píng)論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,642評(píng)論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,878評(píng)論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 51,654評(píng)論 3 391
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,958評(píng)論 2 373

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

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