本文主要是介绍使用Symbolicatecrash和xcrun atos分析crash log,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
三、第三种
如果从report crash log得到的信息如下:
0 MyDJ 0x001b27d7 MyDJ + 1394647
1 MyDJ 0x001b2f05 MyDJ + 1396485
其实这种情况也可以用第二种情况的解析方法,这个时候就需要计算-load address了,计算方法(第一个地址-最后一个地址):
-load address = 0x001b27d7 - 1394647 = 0x5e000
这时候便可以得到crash log信息如下:
0 MyDJ 0x001b27d7 0x5e000 + 1394647
1 MyDJ 0x001b2f05 0x5e000 + 1396485
这时候使用第二中情况进行解析,结果如下:
NapoleonmatoMac-mini:~ cnstar-tech$ xcrun atos -arch armv7 -o /Users/cnstar-tech/crash/MyDJ.app/MyDJ -l 0x5e000 0x1b27d7
got symbolicator for /Users/cnstar-tech/crash/MyDJ.app/MyDJ, base address 4000
+[UncaughtExceptionHandler backtrace] (in MyDJ) (UncaughtExceptionHandler.m:29)
看到没,其实跟第一种情况解析出来的结果是一致的。
----------------------------------------------------
第三种方法其实比较常用,因为这种情况对于系统库一样适用,如有以下日志(是从一个完整的 *.crash日志里面取出来的一条记录):
6 Foundation 0x302ff692 0x302f4000 + 46738
这个经过计算后 -load address = 0x302ff692 - 46738 = 0x302f4000
解析结果如下:
NapoleonmatoMac-mini:~ cnstar-tech$ xcrun atos -arch armv7s -o /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.0.sdk/System/Library/Frameworks/Foundation.framework/Foundation -l 0x302f4000 0x302ff692
got symbolicator for /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.0.sdk/System/Library/Frameworks/Foundation.framework/Foundation, base address 0
-[NSRunLoop(NSRunLoop) runMode:beforeDate:] (in Foundation) + 250
------------------------
下面为使用symbolicatecrash解析后的结果:
6 Foundation 0x302ff692 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 250
经过对比,两种方法解析出来的结果也是一致的。
--------------------------------------------
综上所述,以上所有情况与方法,最好的当数第三种了。
如果从report crash log得到的信息如下:
0 MyDJ 0x001b27d7 MyDJ + 1394647
1 MyDJ 0x001b2f05 MyDJ + 1396485
其实这种情况也可以用第二种情况的解析方法,这个时候就需要计算-load address了,计算方法(第一个地址-最后一个地址):
-load address = 0x001b27d7 - 1394647 = 0x5e000
这时候便可以得到crash log信息如下:
0 MyDJ 0x001b27d7 0x5e000 + 1394647
1 MyDJ 0x001b2f05 0x5e000 + 1396485
这时候使用第二中情况进行解析,结果如下:
NapoleonmatoMac-mini:~ cnstar-tech$ xcrun atos -arch armv7 -o /Users/cnstar-tech/crash/MyDJ.app/MyDJ -l 0x5e000 0x1b27d7
got symbolicator for /Users/cnstar-tech/crash/MyDJ.app/MyDJ, base address 4000
+[UncaughtExceptionHandler backtrace] (in MyDJ) (UncaughtExceptionHandler.m:29)
看到没,其实跟第一种情况解析出来的结果是一致的。
----------------------------------------------------
第三种方法其实比较常用,因为这种情况对于系统库一样适用,如有以下日志(是从一个完整的 *.crash日志里面取出来的一条记录):
6 Foundation 0x302ff692 0x302f4000 + 46738
这个经过计算后 -load address = 0x302ff692 - 46738 = 0x302f4000
解析结果如下:
NapoleonmatoMac-mini:~ cnstar-tech$ xcrun atos -arch armv7s -o /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.0.sdk/System/Library/Frameworks/Foundation.framework/Foundation -l 0x302f4000 0x302ff692
got symbolicator for /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.0.sdk/System/Library/Frameworks/Foundation.framework/Foundation, base address 0
-[NSRunLoop(NSRunLoop) runMode:beforeDate:] (in Foundation) + 250
------------------------
下面为使用symbolicatecrash解析后的结果:
6 Foundation 0x302ff692 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 250
经过对比,两种方法解析出来的结果也是一致的。
--------------------------------------------
综上所述,以上所有情况与方法,最好的当数第三种了。
以上的方法都需要对应的dSym文件,可以使用如下方法对比是否是匹配
MAC上有个免费的小工具——dwarfdump,可以简便地检测出app和相应的dSYM。
使用起来很简单。分三步即可。
1> 根据crash log,得到App的UUID。UUID是个字符串,由32个字符组成。得到了UUID,你才能知道是你的哪个版本在用户的iPhone上出了问题。
2> 使用dwarfdump检查app,看哪个app是上面那个UUID。命令行格式:
dwarfdump -u MyDJ.app/MyDJ
3> 用dwarfdump检查dSYM文件是否是上面的UUID。命令行格式:
dwarfdump -u MyDJ.app.dSYM
如果三者的UUID都是一致的,那么恭喜你,该crash log可以被正确解析出来,stack traces信息可以被正确地拿到。
这篇关于使用Symbolicatecrash和xcrun atos分析crash log的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!