iOS分析Crash文件

在日常開(kāi)發(fā)中,app難免會(huì)發(fā)生崩潰。簡(jiǎn)單的崩潰還好說(shuō),復(fù)雜的崩潰就需要我們通過(guò)解析Crash文件來(lái)分析了,解析Crash文件在iOS開(kāi)發(fā)中是比較常見(jiàn)的。

獲取崩潰信息方式

在iOS中獲取崩潰信息的方式有很多,比較常見(jiàn)的是使用友盟、云測(cè)、百度等第三方分析工具,或者自己收集崩潰信息并上傳公司服務(wù)器。下面列舉一些我們常用的崩潰分析方式:

  • 使用友盟、云測(cè)、百度等第三方崩潰統(tǒng)計(jì)工具。
  • 自己實(shí)現(xiàn)應(yīng)用內(nèi)崩潰收集,并上傳服務(wù)器。
  • Xcode-Devices中直接查看某個(gè)設(shè)備的崩潰信息。
  • 使用蘋(píng)果提供的Crash崩潰收集服務(wù)。(少用)

收集崩潰信息

蘋(píng)果給我們提供了異常處理的類(lèi),NSException類(lèi)。這個(gè)類(lèi)可以創(chuàng)建一個(gè)異常對(duì)象,也可以通過(guò)這個(gè)類(lèi)獲取一個(gè)異常對(duì)象。

這個(gè)類(lèi)中我們最常用的還是一個(gè)獲取崩潰信息的C函數(shù),我們可以通過(guò)這個(gè)函數(shù)在程序發(fā)生異常的時(shí)候收集這個(gè)異常。

// 將系統(tǒng)提供的獲取崩潰信息函數(shù)寫(xiě)在這個(gè)方法中,以保證在程序開(kāi)始運(yùn)行就具有獲取崩潰信息的功能 
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { 
  // 將下面C函數(shù)的函數(shù)地址當(dāng)做參數(shù) 
  NSSetUncaughtExceptionHandler(&UncaughtExceptionHandler); 
  return YES; 
} 
// 設(shè)置一個(gè)C函數(shù),用來(lái)接收崩潰信息 
void UncaughtExceptionHandler(NSException *exception){ 
// 可以通過(guò)exception對(duì)象獲取一些崩潰信息,我們就是通過(guò)這些崩潰信息來(lái)進(jìn)行解析的,例如下面的symbols數(shù)組就是我們的崩潰堆棧。 
  NSArray *symbols = [exception callStackSymbols]; 
  NSString *reason = [exception reason]; 
  NSString *name = [exception name];
 }

我們也可以通過(guò)下面方法獲取崩潰統(tǒng)計(jì)的函數(shù)指針:

NSUncaughtExceptionHandler *handler = NSGetUncaughtExceptionHandler();

dSYM 符號(hào)集

  • 符號(hào)集是我們對(duì)ipa文件進(jìn)行打包之后,和.app文件同級(jí)的后綴名為.dSYM的文件,這個(gè)文件必須使用Xcode進(jìn)行打包才有。
  • 每一個(gè).dSYM文件都有一個(gè)UUID,和.app文件中的UUID對(duì)應(yīng),代表著是一個(gè)應(yīng)用。而.dSYM文件中每一條崩潰信息也有一個(gè)單獨(dú)的UUID,用來(lái)和程序的UUID進(jìn)行校對(duì)。
  • 我們?nèi)绻皇褂?dSYM文件獲取到的崩潰信息都是不準(zhǔn)確的。
  • 符號(hào)集中存儲(chǔ)著文件名、方法名、行號(hào)的信息,是和可執(zhí)行文件的16進(jìn)制函數(shù)地址對(duì)應(yīng)的,通過(guò)分析崩潰的.Crash文件可以準(zhǔn)確知道具體的崩潰信息。

我們每次Archive一個(gè)包之后,都會(huì)隨之生成一個(gè)dSYM文件。每次發(fā)布一個(gè)版本,我們都需要備份這個(gè)文件,以方便以后的調(diào)試。進(jìn)行崩潰信息符號(hào)化的時(shí)候,必須使用當(dāng)前應(yīng)用打包的電腦所生成的dSYM文件,其他電腦生成的文件可能會(huì)導(dǎo)致分析不準(zhǔn)確的問(wèn)題。

Archive.png

當(dāng)程序崩潰的時(shí)候,我們可以獲得到崩潰的錯(cuò)誤堆棧,但是這個(gè)錯(cuò)誤堆棧都是0x開(kāi)頭的16進(jìn)制地址,需要我們使用Xcode自帶的symbolicatecrash工具來(lái)將.Crash和.dSYM文件進(jìn)行符號(hào)化,就可以得到詳細(xì)崩潰的信息。

崩潰分析

  • 命令行解析Crash文件
  • 通過(guò)Mac自帶的命令行工具解析Crash文件需要具備三個(gè)文件
  • symbolicatecrash,Xcode自帶的崩潰分析工具,使用這個(gè)工具可以更精確的定位崩潰所在的位置,將0x開(kāi)頭的地址替換為響應(yīng)的代碼和具體行數(shù)。
  • 我們打包時(shí)產(chǎn)生的dSYM文件。
  • 崩潰時(shí)產(chǎn)生的Crash文件,例如:*.crash。
  • 或者是手機(jī)通過(guò)iTools導(dǎo)出的*.ips文件(ips文件和crash文件只是后綴名不一樣)

我在解析崩潰信息的時(shí)候,首先在桌面上建立一個(gè)Crash文件夾,然后將.Crash、.dSYM、symbolicatecrash放在這個(gè)文件夾中,這樣進(jìn)入這個(gè)文件夾下,直接一行命令就解決了。

symbolicatecrash我們可以在下面路徑下可以找到,我用的是Xcode8,其他版本Xcode路徑不一樣,請(qǐng)自行Google。

/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash

選中archive的版本右擊,選擇Show in Finder就可以選中archived 文件然后顯示包內(nèi)容,就可以找到dSYM文件了。

dsym文件位置.png

將.Crash、.dSYM、symbolicatecrash三個(gè)文件都放在我們?cè)谧烂娼⒌腃rash文件夾中。

Crash.png

進(jìn)行解析的工作

開(kāi)啟命令行工具,進(jìn)入崩潰文件夾crash中

cd /Users/自己MacPro上的名字/Desktop/崩潰文件夾crash

使用命令解析Crash文件,*號(hào)指的是具體的文件名

./symbolicatecrash ./*.crash ./*.app.dSYM > symbol.crash

如果上面命令不成功,使用命令檢查一下環(huán)境變量

xcode-select -print-path

返回結(jié)果:

/Applications/Xcode.app/Contents/Developer/

如果不是上面的結(jié)果,需要使用下面命令設(shè)置一下導(dǎo)出的環(huán)境變量,然后重復(fù)上面解析的操作。(這一步很重要)

export DEVELOPER_DIR=/Applications/XCode.app/Contents/Developer

解析完成后會(huì)生成一個(gè)新的.Crash文件,這個(gè)文件中就是崩潰詳細(xì)信息。圖中紅色標(biāo)注的部分就是我們代碼崩潰的部分。

Result.png

注意,以下情況不會(huì)有崩潰信息產(chǎn)生:

  • 內(nèi)存訪(fǎng)問(wèn)錯(cuò)誤(不是野指針錯(cuò)誤)
  • 低內(nèi)存,當(dāng)程序內(nèi)存使用過(guò)多會(huì)造成系統(tǒng)低內(nèi)存的問(wèn)題,系統(tǒng)會(huì)將程序內(nèi)存回收
  • 因?yàn)槟撤N原因觸發(fā)看門(mén)狗機(jī)制

通過(guò)Xcode查看設(shè)備崩潰信息

除了上面的系統(tǒng)分析工具來(lái)進(jìn)行分析,如果是我們自己直接使用手機(jī)連接崩潰或者崩潰之后連接手機(jī),選擇window-> devices -> 選擇自己的手機(jī) -> view device logs 就可以查看我們的崩潰信息了。

DeviceLog.png

只要手機(jī)上的應(yīng)用是這臺(tái)電腦安裝打包的,這樣的崩潰信息系統(tǒng)已經(jīng)為我們符號(hào)化好了,我們只需要進(jìn)去之后等一會(huì)就行(不要相信這里面的進(jìn)度刷新,并不準(zhǔn)確),如果還是沒(méi)有符號(hào)化完畢 ,我們選擇文件,然后右擊選擇Re-Sysbomlicate就可以。

如果是使用其他電腦進(jìn)行的打包,我們可以在這里面將Crash文件導(dǎo)出,自己通過(guò)命令行的方式進(jìn)行解析。

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

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

  • 如果大家是用真機(jī)在調(diào)試的過(guò)程中出現(xiàn)了Crash,那么請(qǐng)看iOS調(diào)試之 crash log分析 前言 導(dǎo)讀:Unde...
    KODIE閱讀 6,495評(píng)論 7 12
  • 該文章屬于劉小壯原創(chuàng),轉(zhuǎn)載請(qǐng)注明:劉小壯[http://www.lxweimin.com/u/2de707c93d...
    劉小壯閱讀 37,652評(píng)論 45 122
  • 前言 作為一個(gè)程序開(kāi)發(fā)人員,調(diào)試程序編寫(xiě)過(guò)程中遇到的各種異常奔潰,是再常見(jiàn)不過(guò)的現(xiàn)象了。一般在開(kāi)發(fā)過(guò)程中,我們可以...
    brilliance_Liu閱讀 1,785評(píng)論 7 6
  • ---- 用一下兩種方式比較好用使用友盟、蒲公英等第三方崩潰統(tǒng)計(jì)工具獲取的信息可以用如下方式解析iOS 友盟第三方...
    暗物質(zhì)閱讀 4,176評(píng)論 7 11
  • 開(kāi)發(fā)的App或者游戲提交審核后,偶爾會(huì)收到測(cè)試反饋的消息,說(shuō)應(yīng)用崩潰了,bug偶爾出現(xiàn),難以找到確定的重現(xiàn)方法。怎...
    sky_kYU閱讀 1,405評(píng)論 0 0