有代碼的地方，就可能會(huì)有崩潰。定位崩潰問(wèn)題的方法：最直接的，通過(guò)重現(xiàn)的步驟去調(diào)適；但是，有時(shí)候測(cè)試無(wú)法確定崩潰的步驟，或者崩潰是線上用戶發(fā)生的，這些情況下，我們?nèi)匀豢梢酝ㄟ^(guò)崩潰日志，知道崩潰的原因和崩潰的代碼行，從而修復(fù)問(wèn)題。

—— 什么是崩潰？

Application crashes: An applicationtypically crashes when it performs an operation which is not allowed by the operatingsystem.

Server crashes, Operating systemcrashes, …

——定位崩潰原因的方法有哪些？

線索1：重現(xiàn)步驟

線索2：崩潰日志（知道崩潰的原因、崩潰的代碼行等信息）

那么，本文就來(lái)說(shuō)說(shuō)崩潰日志。

●●●?

獲取日志的幾種方法

在iOS系統(tǒng)中，當(dāng)應(yīng)用崩潰的時(shí)候，系統(tǒng)會(huì)生成一個(gè)崩潰日志，保存在設(shè)備上。

1.直接在手機(jī)上查看

在手機(jī)端設(shè)置里查看，如圖是iOS10的界面：

2.手機(jī)連PC用iTunes導(dǎo)出

iTunes同步資料庫(kù)，然后去PC對(duì)應(yīng)目錄下，找文件

Mac OS X: ??~/Library/Logs/CrashReporter/MobileDevice/

Windows XP: ? C://Documents andSettings/Application Data/Apple Computer/Logs/Crash/Reporter/MobileDevice

Windows Vista or 7: ? ?C://Users/AppData/Roaming/AppleComputer/Logs/Crash/Reporter/MobileDevice

3.手機(jī)連XCode導(dǎo)出

Simulator-Hardware-Device-ManageDevices

4.XCode中，對(duì)提交商店的應(yīng)用，查看Crashes

xcode->Window->Organizer->Crashes

5.用iTunes Connect（提交商店的應(yīng)用）

如果應(yīng)用提交到App Store了，還可以從iTunes Connect（https://itunesconnect.apple.com/）上獲取到用戶的崩潰日志.。通過(guò)應(yīng)用提交者的apple id登錄，管理提交的應(yīng)用，應(yīng)用細(xì)節(jié)中有一個(gè)崩潰報(bào)告

5.app植入第三方sdk，配合第三方平臺(tái)查看

很多第三方平臺(tái)，（比如蒲公英、fabric、網(wǎng)易云捕...）提供sdk和管理后臺(tái)。

只需要使用它們的sdk，并添加幾行代碼，app運(yùn)行時(shí)，sdk會(huì)將應(yīng)用Crash數(shù)據(jù)自動(dòng)上傳到后臺(tái)，后臺(tái)會(huì)進(jìn)行相應(yīng)的統(tǒng)計(jì)和分析。并給出產(chǎn)品各個(gè)版本的崩潰數(shù)，崩潰率，影響用戶數(shù)，崩潰的機(jī)型、系統(tǒng)等。

6.使用蘋果的api，自己實(shí)現(xiàn)抓取崩潰信息，提交到自己寫的后臺(tái)

和5是一樣的，有這些現(xiàn)成的情況下，不是很必要自己重新再寫一個(gè)，但是可以簡(jiǎn)單了解一下其中的關(guān)鍵原理。

1.iOS SDK中提供了一個(gè)現(xiàn)成的函數(shù)NSSetUncaughtExceptionHandler用來(lái)做異常處理。

voidHandleException(NSException*exception) ? //捕捉到異常時(shí)執(zhí)行的方法

{

? ? ? ? //異常的堆棧信息

? ? ? ? NSArray*stackArray = [exceptioncallStackSymbols];

? ? ? ? //出現(xiàn)異常的原因

? ? ? ? NSString*reason = [exception reason];

? ? ? ? //異常名稱

? ? ? ? NSString*name = [exception name];

? ? ? ? NSString*exceptionInfo =[NSStringstringWithFormat:@"Exception reason：%@\nException name：%@\nExceptionstack：%@",name, reason, stackArray];

? ? ? ? NSLog(@"%@",exceptionInfo);

? ? ? ? [UncaughtExceptionHandlersaveCrash:exceptionInfo]; //自己實(shí)現(xiàn)一個(gè)記錄下這些信息的方法，作者是實(shí)現(xiàn)了一個(gè)寫文本文件的方法

}

voidInstallUncaughtExceptionHandler(void)?? //注冊(cè)一些抓取函數(shù)，在APPDelegate中didFinishLaunchingWithOptions調(diào)用

{

? ? ? ? NSSetUncaughtExceptionHandler(&HandleException);

}

2.但NSSetUncaughtExceptionHandler功能非常有限，而引起崩潰的原因如：內(nèi)存訪問(wèn)錯(cuò)誤，重復(fù)釋放等錯(cuò)誤并不能被抓到，而這種錯(cuò)誤它拋出的是Signal，因此做一個(gè)Signal處理可以抓到這一類的崩潰。

voidSignalExceptionHandler(intsignal) //抓取到Signal異常時(shí)，執(zhí)行的方法

{

? ? ? ? ?NSMutableString*mstr =[[NSMutableString alloc] init];

? ? ? ? ?[mstrappendString:@"Stack:\n"];

? ? ? ? ?void* callstack[128];

? ? ? ? ?inti, frames =backtrace(callstack,128);

? ? ? ? ?char**strs =backtrace_symbols(callstack, frames);

? ? ? ? ?for(i=0; i<frames;++i）{

? ? ? ? ?? ? ? ? [mstr appendFormat:@"%s\n", strs[i]];

? ? ? ? ? }

? ? ? ? ? [SignalHandlersaveCrash:mstr]; //同上，自己實(shí)現(xiàn)一個(gè)記錄下這些信息的方法，作者是實(shí)現(xiàn)了一個(gè)寫文本文件的方法

}

void InstallSignalHandler(void) //注冊(cè)抓取函數(shù)和抓取的Signal類型，在APPDelegate中didFinishLaunchingWithOptions調(diào)用

{

? ? ? ? ? signal(SIGHUP,SignalExceptionHandler);

? ? ? ? ? signal(SIGINT,SignalExceptionHandler);

? ? ? ? ? signal(SIGQUIT,SignalExceptionHandler);

? ? ? ? ? signal(SIGABRT,SignalExceptionHandler);

? ? ? ? ? signal(SIGILL,SignalExceptionHandler);

? ? ? ? ? signal(SIGSEGV,SignalExceptionHandler);

? ? ? ? ? signal(SIGFPE,SignalExceptionHandler);

? ? ? ? ? signal(SIGBUS,SignalExceptionHandler);

? ? ? ? ? signal(SIGPIPE,SignalExceptionHandler);

}

3.寫完上面兩個(gè)類，在APPDelegate中didFinishLaunchingWithOptions調(diào)用

-(BOOL)application:(UIApplication*)applicationdidFinishLaunchingWithOptions:(NSDictionary*)launchOptions {

? ? ? ? ?InstallSignalHandler();

? ? ? ? ?InstallUncaughtExceptionHandler();

? ? ? ? ?returnYES;

}

4.可以寫一個(gè)demo，按鈕函數(shù)包含一些崩潰的代碼，然后就會(huì)發(fā)現(xiàn)抓取的崩潰的函數(shù)，被執(zhí)行了，崩潰信息成功輸出到了指定的文本文件中。

-(IBAction)buttonClick:(UIButton*)sender { ? ?//1.信號(hào)量

? ? ? ? ?intlist[2]={1,2};

? ? ? ? ?int*p= list;

? ? ? ? ?free(p);??

? ? ? ? ?p[1]=5;

}

-(IBAction)buttonOCException:(UIButton*)sender{ ? ? ? ?//2.ios崩潰

? ? ? ? ? NSArray*array=@[@"tom",@"xxx",@"ooo"];

? ? ? ? ? [arrayobjectAtIndex:5];

}

5.得到了關(guān)鍵的堆棧信息，和崩潰原因

到這里，已經(jīng)知道了，怎么獲得到這些信息。下面繼續(xù)講一下，怎么根據(jù)這些信息，定位到是哪里崩潰的，以及其中可能遇到的一些問(wèn)題。

●●●?

如何讀懂、解析日志

1.崩潰日志提供的信息

從手機(jī)直接撈出來(lái)的日志，很有可能長(zhǎng)這樣，一推十六進(jìn)制的，看不出有效信息。那么問(wèn)題來(lái)了，怎么樣轉(zhuǎn)換為看得懂的信息呢？

2.認(rèn)識(shí)符號(hào)文件

符號(hào)文件是保存 16 進(jìn)制函數(shù)地址映射信息的中轉(zhuǎn)文件，符號(hào)集中存儲(chǔ)著文件名、方法名、行號(hào)的信息.

符號(hào)文件和崩潰日志，具有一一對(duì)應(yīng)的關(guān)系。

如何確定符合文件A和崩潰日志B是一一對(duì)應(yīng)的？

在崩潰日志中會(huì)記錄一個(gè)UUID；用一些工具（比如dwarfdump），可以查詢符號(hào)文件的UUID；如果是一致的，那就說(shuō)明這兩個(gè)文件的一對(duì)對(duì)應(yīng)的符號(hào)文件和崩潰日志，可以用這個(gè)符號(hào)文件解析這個(gè)崩潰日志。

然后，用dwarfdump、atos等工具，可以將崩潰日志，通過(guò)對(duì)應(yīng)的符號(hào)文件，將十六進(jìn)制數(shù)通過(guò)查符號(hào)表，轉(zhuǎn)化為工程中的方法名，代碼行號(hào)。

比如：

崩潰日志中有一段：

然后，用dwarfdump命令

命令：dwarfdump --uuidYour.app.dSYM

對(duì)比兩個(gè)uuid一致，就對(duì)上了。

最后，用symbolicatecrash工具，解析崩潰日志

命令：

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

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

就得到了崩潰日志。

3.解析的原理

（1）-原始的崩潰文件：

原始的崩潰文件其中一行，拿出來(lái)講解

3 UncaughtExceptionDemo0x00dabe0 0x00d300e + 31698

序號(hào)?進(jìn)程名 ? ? ? ? ? ?? ? ?崩潰時(shí)的堆棧地址 ? ?運(yùn)行時(shí)起始地址 + 偏移量

應(yīng)用崩潰發(fā)生時(shí)的堆棧地址為0x00dabe0，該進(jìn)程的運(yùn)行時(shí)起始地址是0x00d300e，崩潰處距離進(jìn)程起始地址的偏移量為十進(jìn)制的31698(對(duì)應(yīng)十六進(jìn)制為0x0007bd2)。

三者對(duì)應(yīng)關(guān)系：0x00dabe0 =0x00d300e+ 0x0007bd2

(崩潰時(shí)的堆棧地址= 運(yùn)行時(shí)起始地址 + 偏移量)

接著，去符號(hào)表中查詢

（2）-獲取符號(hào)表起始地址

命令：$otool -lYour.app.dSYM/Contents/Resources/DWARF/Your

結(jié)果

其中vmaddr= 0x00004000 就是符號(hào)表中的起始地址。

符號(hào)表崩潰地址 = 符號(hào)表起始地址 + 偏移量

= 0x4000 +?0x7bd2

=?0xbbd2

得到符號(hào)表中的崩潰地址

（3）-提取.debug_info

命令：$ dwarfdump -e--debug-info YourPath/YourApp.dSYM/Contents/Resources/DWARF > info-e.txt

會(huì)生成一個(gè)txt，里面包含很多個(gè)如下的內(nèi)容，文件內(nèi)容舉例：

可以知道ViewController::buttonOCException方法的地址范圍：0x0000bb76-0x0000bc00。

（4）提取.debug_line

命令：$ dwarfdump -e--debug-line YourPath/YourApp.dSYM/Contents/Resources/DWARF > line-e.txt

會(huì)生成一個(gè)txt，里面包含很多個(gè)如下的內(nèi)容，文件內(nèi)容舉例：

這里代表的意思是，每一行代碼，對(duì)應(yīng)的地址、偏移量。

（5）-結(jié)論，得到關(guān)鍵信息：

解析后的崩潰日志為

3UncaughtExceptionDemo-[ViewControllerbuttonOCException:] (ViewController.m:36)

崩潰所在源碼文件：/Users/huangchong/iOSCrashUncaught-master/UncaughtExceptionDemo/ViewController.m

發(fā)生崩潰的方法：-[ViewController :buttonOCException]

發(fā)生崩潰的方法在源文件中的行號(hào)：32

崩潰發(fā)生的代碼行，在源文件中得行號(hào)：36

——推薦閱讀——

全面復(fù)盤！深度剖析直播答題產(chǎn)品架構(gòu)的難點(diǎn)與坑>>

如何快速設(shè)計(jì)短信驗(yàn)證碼>>

如何做好Android 端音視頻測(cè)試>>

總結(jié)

以上是生活随笔為你收集整理的【iOS篇】从容面对App崩溃的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。