iOS中的卡頓及crash的原因及解決辦法

ios發(fā)現(xiàn)ANR或者crash排查的方法和需要哪些相關(guān)的信息,對于發(fā)現(xiàn)偶現(xiàn)的ANR和Crash應(yīng)該如何做到避免影響到線上用戶

ANR即(application not responding),即應(yīng)用無響應(yīng)。Crash 即程序崩潰。這兩種情況的發(fā)生會給用戶不友好的體驗怀估。在應(yīng)用發(fā)布之前應(yīng)盡量避免。所以在開發(fā)的過程中如何對這兩種情況做到查漏補缺,主要有以下這些方案疆栏。

ANR:程序為何會出現(xiàn)“無響應(yīng)”的狀態(tài)曾掂。在iOS應(yīng)用中,所有的UI操作及更新都是在主線程完成壁顶,并且主線程的runloop是逐個處理用戶事件的(當(dāng)然其他的runloop也一樣)珠洗,所以主線程必須等待上一次事件處理完成后才能繼續(xù)響應(yīng)下一次事件。絕大部分用戶感知到的卡頓就是由于主線程阻塞了若专,在處理某次事件消耗了過長的時間许蓖,導(dǎo)致主線程處于等待狀態(tài),無法及時響應(yīng)用戶的下一次輸入事件调衰。由于iOS 上的 UIKit 只能在主線程進行處理膊爪,導(dǎo)致開發(fā)者在開發(fā)過程中不經(jīng)意間在主線程做了一些消耗時間的工作,導(dǎo)致了應(yīng)用卡頓嚎莉。

避免卡頓的黃金法則就是不要讓主線程干重活米酬,例如網(wǎng)絡(luò)請求,讀寫大文件趋箩,復(fù)雜的運算 等一些耗費大量系統(tǒng)資源及時間的任務(wù)赃额。充分利用好 iOS 的多線程,如 NSThread叫确、NSO peration Queue跳芳,GCD 等干臟活,累活竹勉,讓主線程能及時迅速的響應(yīng)用戶事件筛严。

Crash是用戶使用應(yīng)用的過程中最糟糕的體驗,也是程序員最深惡痛絕的BUG饶米。然而桨啃,每位程序員都免不了接觸crash事件。應(yīng)用Crash的產(chǎn)生主要有以下原因:

1.調(diào)用懸浮指針

2.數(shù)組越界訪問

3.調(diào)用了未實現(xiàn)的方法

4.調(diào)用的庫函數(shù)版本高于本機

5.返回空cell

6.類釋放時未remove通知檬输,之后收到通知

7.類釋放時delegate未置空照瘾,之后被回調(diào)

8.使用nil做初始化操作,例如:

NSString*str =nil;



NSDictionary*dic =@{@"name":@"emma",@"age":str};

再如:

[NSString strWithFormat:nil];

9.NSRange訪問越界丧慈,例如:

NSString *str = @"abcedfh";

NSRange range = NSMakeRange(5, 9);

[str substringWithRange:range];

10.對象對應(yīng)關(guān)系異常析命。例如a實例removeObserver一個非a類關(guān)聯(lián)的監(jiān)聽對象。

11.delegate先于tableview被置空逃默,后收到關(guān)于table或者scroll的調(diào)用.

12.系統(tǒng)內(nèi)存不足鹃愤。

對于Crash的解決也都不同,一般必現(xiàn)的Crash可以通過對代碼仔細(xì)的閱讀輔以斷點調(diào)試幾乎都可以找出來完域。對于隱藏較深的Crash問題可以通過以下手段软吐。

A : 企業(yè)內(nèi)部測試階段:找到發(fā)包時的.ipa文件以及打包時archive生成的.dSYM文件以及應(yīng)用使用過程中產(chǎn)生的.crash文件。通過對這三個文件的解析吟税“及遥可以查看應(yīng)用程序具體的崩潰原因姿现,以及崩潰什么地方。

B:應(yīng)用已經(jīng)安裝到用戶手機中肖抱,此時的crash可以通過一些第三方的工具進行獲取备典,常用的有Bugly、Testin意述、友盟等提佣。但是需要在研發(fā)的過程中將這些第三方的SDK集成到自己的代碼中。

如果線上程序出現(xiàn)Crash的問題荤崇,首先要做的是定位BUG產(chǎn)生的原因拌屏。

1、如果是服務(wù)端返回的異常數(shù)據(jù)沒做兼容天试,就由服務(wù)端確保格式正確槐壳,客戶端看情況是否要做兼容然低;

2喜每、如果是升級版本后的由于本地數(shù)據(jù)庫或本地存儲的數(shù)據(jù)格式未兼容等問題,一般需要撤下版本重新提交雳攘;

3带兜、如果是業(yè)務(wù)代碼中只是簡單的數(shù)組越界之類,就很適合使用熱修復(fù)技術(shù)吨灭,比如JSPatch刚照,但是前提是已經(jīng)發(fā)布的版本集成過熱修復(fù)模塊,否則也要重新發(fā)布版本喧兄。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末无畔,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子吠冤,更是在濱河造成了極大的恐慌浑彰,老刑警劉巖,帶你破解...
    沈念sama閱讀 206,311評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件拯辙,死亡現(xiàn)場離奇詭異郭变,居然都是意外死亡,警方通過查閱死者的電腦和手機涯保,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,339評論 2 382
  • 文/潘曉璐 我一進店門诉濒,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人夕春,你說我怎么就攤上這事未荒。” “怎么了及志?”我有些...
    開封第一講書人閱讀 152,671評論 0 342
  • 文/不壞的土叔 我叫張陵茄猫,是天一觀的道長狈蚤。 經(jīng)常有香客問我,道長划纽,這世上最難降的妖魔是什么脆侮? 我笑而不...
    開封第一講書人閱讀 55,252評論 1 279
  • 正文 為了忘掉前任,我火速辦了婚禮勇劣,結(jié)果婚禮上靖避,老公的妹妹穿的比我還像新娘。我一直安慰自己比默,他們只是感情好幻捏,可當(dāng)我...
    茶點故事閱讀 64,253評論 5 371
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著命咐,像睡著了一般篡九。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上醋奠,一...
    開封第一講書人閱讀 49,031評論 1 285
  • 那天榛臼,我揣著相機與錄音,去河邊找鬼窜司。 笑死沛善,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的塞祈。 我是一名探鬼主播金刁,決...
    沈念sama閱讀 38,340評論 3 399
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼议薪!你這毒婦竟也來了尤蛮?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 36,973評論 0 259
  • 序言:老撾萬榮一對情侶失蹤斯议,失蹤者是張志新(化名)和其女友劉穎产捞,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體捅位,經(jīng)...
    沈念sama閱讀 43,466評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡轧葛,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,937評論 2 323
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了艇搀。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片尿扯。...
    茶點故事閱讀 38,039評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖焰雕,靈堂內(nèi)的尸體忽然破棺而出衷笋,到底是詐尸還是另有隱情,我是刑警寧澤矩屁,帶...
    沈念sama閱讀 33,701評論 4 323
  • 正文 年R本政府宣布辟宗,位于F島的核電站爵赵,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏泊脐。R本人自食惡果不足惜空幻,卻給世界環(huán)境...
    茶點故事閱讀 39,254評論 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望容客。 院中可真熱鬧秕铛,春花似錦、人聲如沸缩挑。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,259評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽供置。三九已至谨湘,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間芥丧,已是汗流浹背紧阔。 一陣腳步聲響...
    開封第一講書人閱讀 31,485評論 1 262
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留娄柳,地道東北人寓辱。 一個月前我還...
    沈念sama閱讀 45,497評論 2 354
  • 正文 我出身青樓艘绍,卻偏偏與公主長得像赤拒,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子诱鞠,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 42,786評論 2 345

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