在iOS開發(fā)調(diào)試過(guò)程中以及上線之后彰居，程序經(jīng)常會(huì)出現(xiàn)崩潰的問(wèn)題喳坠。簡(jiǎn)單的崩潰還好說(shuō)杈曲，復(fù)雜的崩潰就需要我們通過(guò)解析Crash文件來(lái)分析了，解析Crash文件在iOS開發(fā)中是比較常見的非驮。

獲取崩潰信息

在iOS中獲取崩潰信息的方式有很多交汤，比較常見的是使用友盟、百度等第三方分析工具劫笙，或者自己收集崩潰信息并上傳公司服務(wù)器芙扎。下面列舉一些我們常用的崩潰分析方式：

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

收集崩潰信息

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

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

`// 將系統(tǒng)提供的獲取崩潰信息函數(shù)寫在這個(gè)方法中，以保證在程序開始運(yùn)行就具有獲取崩潰信息的功能

(BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { NSUncaughtExceptionHandler *handler = NSGetUncaughtExceptionHandler(); // 將下面C函數(shù)的函數(shù)地址當(dāng)做參數(shù) NSSetUncaughtExceptionHandler(&handler); 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]; }` ## dSYM 符號(hào)集

進(jìn)行崩潰分析固惯，首先要弄懂一個(gè)概念，就是符號(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)題。 當(dāng)程序崩潰的時(shí)候柄错，我們可以獲得到崩潰的錯(cuò)誤堆棧舷夺，但是這個(gè)錯(cuò)誤堆棧都是0x開頭的16進(jìn)制地址，需要我們使用Xcode自帶的symbolicatecrash工具來(lái)將.Crash和.dSYM文件進(jìn)行符號(hào)化售貌，就可以得到詳細(xì)崩潰的信息冕房。

崩潰分析

命令行解析Crash文件

通過(guò)Mac自帶的命令行工具解析Crash文件需要具備三個(gè)文件

symbolicatecrash，Xcode自帶的崩潰分析工具趁矾，使用這個(gè)工具可以更精確的定位崩潰所在的位置耙册，將0x開頭的地址替換為響應(yīng)的代碼和具體行數(shù)。 我們打包時(shí)產(chǎn)生的dSYM文件毫捣。 崩潰時(shí)產(chǎn)生的Crash文件详拙。 我在解析崩潰信息的時(shí)候帝际，首先在桌面上建立一個(gè)Crash文件夾，然后將.Crash饶辙、.dSYM蹲诀、symbolicatecrash放在這個(gè)文件夾中，這樣進(jìn)入這個(gè)文件夾下弃揽，直接一行命令就解決了脯爪。

symbolicatecrash我們可以在下面路徑下可以找到，我用的是Xcode7矿微，其他版本Xcode路徑不一樣痕慢，請(qǐng)自行Google淹仑。

/Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash 然后Window->Organizer->Archives中搜贤，選中archive的版本右擊，選擇Show in Finder就可以獲取dSYM文件了首妖。

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

開啟命令行工具名秀，進(jìn)入崩潰文件夾中

cd /Users/username/Desktop/崩潰文件夾

使用命令解析Crash文件

./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ì)信息耗跛。通過(guò)頭信息部分可以找到代碼崩潰的部分裕照。

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

內(nèi)存訪問(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ā)看門狗機(jī)制

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

除了上面的系統(tǒng)分析工具來(lái)進(jìn)行分析，如果是我們自己直接使用手機(jī)連接崩潰或者崩潰之后連接手機(jī)羔砾，選擇window－> devices －> 選擇自己的手機(jī) -> view device logs 就可以查看我們的崩潰信息了负间。 只要手機(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)行解析云头。

使用第三方崩潰分析工具

現(xiàn)在有很多第三方工具都可以進(jìn)行崩潰統(tǒng)計(jì)分析，使用比較多的是友盟崩潰統(tǒng)計(jì)淫半，友盟崩潰統(tǒng)計(jì)被集成在友盟SDK中溃槐，具體用法直接看官方文檔是最好的方法，下面列出友盟崩潰統(tǒng)計(jì)文檔地址科吭。

友盟崩潰統(tǒng)計(jì)文檔

在這里我并不推薦友盟這個(gè)第三方昏滴，而是推薦一個(gè)更好用的第三方—bugHD。這個(gè)第三方和友盟的最大區(qū)別就是可以直接將崩潰信息分析結(jié)合dSYM分析好对人，在web網(wǎng)頁(yè)上展現(xiàn)出來(lái)谣殊，而且還可以統(tǒng)計(jì)崩潰數(shù)、崩潰設(shè)備规伐、系統(tǒng)版本等蟹倾。

在bugHD服務(wù)器已經(jīng)幫我們使用dSYM將崩潰符號(hào)化完成匣缘。我們可以通過(guò)點(diǎn)擊某條崩潰猖闪，查看詳細(xì)崩潰堆棧，以及崩潰設(shè)備分布和系統(tǒng)分布肌厨。

蘋果自帶崩潰統(tǒng)計(jì)工具

蘋果在Xcode中為我們集成了崩潰統(tǒng)計(jì)功能培慌，在Window->Organizer->Crashes中可以看到

蘋果自帶的崩潰統(tǒng)計(jì)工具并不推薦用，如果想要使用這個(gè)功能柑爸，需要用戶在iPhone中進(jìn)行設(shè)置

設(shè)置->隱私->診斷與用量->診斷與用量數(shù)據(jù)(iOS8一下在通用中設(shè)置)

選擇自動(dòng)發(fā)送吵护，并與開發(fā)者共享即可

第三方工具惡意覆蓋

崩潰收集統(tǒng)計(jì)函數(shù)應(yīng)該只進(jìn)行一次調(diào)用，如果用第三方的話也最好只用一個(gè)第三方表鳍，這樣我們獲取崩潰統(tǒng)計(jì)信息的途徑也是唯一的馅而。

第三方統(tǒng)計(jì)工具并不是用的越多越好，使用多個(gè)崩潰收集第三方會(huì)導(dǎo)致NSSetUncaughtExceptionHandler()函數(shù)指針的惡意覆蓋譬圣，導(dǎo)致有些第三方不能收到崩潰信息瓮恭。

現(xiàn)在很多第三方崩潰收集工具為了確保自己能最大可能的收集到崩潰信息，會(huì)對(duì)NSSetUncaughtExceptionHandler()函數(shù)指針的惡意覆蓋厘熟。因?yàn)檫@個(gè)函數(shù)是將函數(shù)地址當(dāng)做參數(shù)傳遞屯蹦，所以只要重復(fù)調(diào)用就會(huì)被覆蓋，這樣就不能保證崩潰收集的穩(wěn)定性绳姨。

我們解析崩潰信息時(shí)登澜，看到崩潰堆棧只有main.m文件中的崩潰，并且可以確定不是因?yàn)閙ain.m文件中的bug導(dǎo)致的崩潰飘庄，就基本可以確定是NSSetUncaughtExceptionHandler()函數(shù)指針被惡意覆蓋