iOS系统Crash文件分析方法

核心提示：4. 假设crash文件是MyApp_2011-xxx-iPad.crash， .dSYM文件是MyApp.app.dSYM，iOS系统Crash文件分析方法(2)，然后把MyApp.app也和MyApp.app.dSYM文件放在一起，再使用如下命令进行解析：$ ./symbolicatecrash MyApp_201

4. 假设crash文件是MyApp_2011-xxx-iPad.crash， .dSYM文件是MyApp.app.dSYM，然后把MyApp.app也和MyApp.app.dSYM文件放在一起，再使用如下命令进行解析：

$ ./symbolicatecrash MyApp_2011-xxx-iPad.crash MyApp.app.dSYM > MyApp_symbol.crash

如果解析成功了，那么就会有函数名了（如下），如果解析不成功那么就是提供的.app和.dSYM文件与报出crashreport的版本不一致的缘故。

Thread 0 Crashed:

0 libobjc.A.dylib 0x300c87ec objc_msgSend + 20
1 MobileLines 0x00006434 -[BoardView setSelectedPiece:] (BoardView.m:321)
2 MobileLines 0x000064c2 -[BoardView touchesBegan:withEvent:] (BoardView.m:349)
3 UIKit 0x30a740ac -[UIWindow sendEvent:] + 264
4 UIKit 0x30a66110 -[UIApplication sendEvent:] + 248
5 UIKit 0x30a6565c _UIApplicationHandleEvent + 4088
6 GraphicsServices 0x3169b0b4 PurpleEventCallback + 428
7 GraphicsServices 0x3169d818 HeartbeatVBLCallback + 152
8 IOMobileFramebuffer 0x31f3e8f8 IOMobileFramebufferNotifyFunc + 124
9 com.apple.framework.IOKit 0x30f342b8 IODispatchCalloutFromCFMessage + 304
10 CoreFoundation 0x3025ced4 __CFMachPortPerform + 72
11 CoreFoundation 0x3025bed6 CFRunLoopRunSpecific + 2364
12 CoreFoundation 0x3025b584 CFRunLoopRunInMode + 44
13 GraphicsServices 0x316998e4 GSEventRunModal + 268
14 UIKit 0x30a5e308 -[UIApplication _run] + 404
15 UIKit 0x30a671dc UIApplicationMain + 1064
16 MobileLines 0x00002090 main (main.m:16)
17 MobileLines 0x0000202c start + 44

首先查看crash log中的崩溃线程，假如是这样的：

Thread 0 Crashed:
0 libobjc.A.dylib 0x00003ec0 objc_msgSend + 24
1 MyApp 0x000036d2 0×1000 + 9938

我们得到了用户发生崩溃情况的内存地址：0x000036d2

然后回到我们应用程序的build目录，目录下一定要包含MyApp.app 和MyApp.app.dSYM两个文件。

在控制台使用dwarfdump命令，解析出内存地址，如：

dwarfdump –lookup 0x000036d2 –arch armv6 MyApp.app.dSYM

输出信息如下：