根据友盟错误信信息反编译 通过崩溃trace来查找问题原因

转载 2016年08月29日 15:15:43

转自:http://blog.csdn.net/smking/article/details/9342899

这里我们以UMeng捕获的错误信息举例:

从友盟中, 我们可能会得到如下信息:

Application received signal SIGSEGV

(null)
(
	0   CoreFoundation                      0x359348a7 __exceptionPreprocess + 186
	1   libobjc.A.dylib                     0x37cdb259 objc_exception_throw + 32
	2   CoreFoundation                      0x35934789 +[NSException raise:format:] + 0
	3   CoreFoundation                      0x359347ab +[NSException raise:format:] + 34
	4   NxxMovie                          0x1153b9 _mh_execute_header + 1131449
	5   libsystem_c.dylib                   0x32d407e3 _sigtramp + 38
	6   NxxMovie                          0x390fb _mh_execute_header + 229627
	7   CoreFoundation                      0x358931fb -[NSObject performSelector:withObject:] + 42
	8   NxxMovie                          0x175a5 _mh_execute_header + 91557
	9   CoreFoundation                      0x358931fb -[NSObject performSelector:withObject:] + 42
	10  Foundation                          0x35457747 __NSThreadPerformPerform + 350
	11  CoreFoundation                      0x35908ad3 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 14
	12  CoreFoundation                      0x3590829f __CFRunLoopDoSources0 + 214
	13  CoreFoundation                      0x35907045 __CFRunLoopRun + 652
	14  CoreFoundation                      0x3588a4a5 CFRunLoopRunSpecific + 300
	15  CoreFoundation                      0x3588a36d CFRunLoopRunInMode + 104
	16  GraphicsServices                    0x37526439 GSEventRunModal + 136
	17  UIKit                               0x33396cd5 UIApplicationMain + 1080
	18  NxxMovie                          0x31b7 _mh_execute_header + 8631
	19  NxxMovie                          0x3150 _mh_execute_header + 8528
)

dSYM UUID: FF67F6D3-C71C-3A7D-9C4C-C4FFBF8EEEB9
CPU Type: armv7
Slide Address: 0x00001000
Binary Image: NxxMovie
Base Address: 0x000f4000
由于这类的崩溃信息通常难以重现, 没有任何的重现步骤,所以我们得找到发布该版本时的原始代码,可能会需要回朔到以前的SVN或者Git版本。

然后找到当时上传代码时使用的DYSM文件,这文件通常在.xcarchive文件中。 右键该文件, 然后通过Terminal工具cd到

cd /Users/heqin/Downloads/xxxMovie2.0.0_apps_0605_2104\ 13-6-5\ 下午9.02.xcarchive/dSYMs/xxxMovie.app.dSYM/Contents/Resources/DWARF

注意:1。对于成功生成archvie的项目, 在这个archive的包中, 是可以通过显示包内容, 看到DSYMs文件夹和一个products文件夹, 继续显示DSYMs文件夹下,可以看到一个xxx.app.DSYM文件,继续对它显示包内容,可以看到Contents/Resources/DWARF/xxxx文件, 这个文件是编译后的二进制文件,通过它可以进行反编译,从而找到二进制对应的源码位置。

2。 在xcode中,archive成功后, 会在Organizer界面中的Archives下, 可以看到所有的archive文件, 右键Show in Finder可以找到这个文件。


然后执行atos -arch armv7 -o xxxMovie 0x1153b9. 就可以看到这处内存地址反编译回来的源码行。

可以有效地帮助分析原因。

相关文章推荐

通过崩溃trace来查找问题原因

这里我们以UMeng捕获的错误信息举例: 从友盟中, 我们可能会得到如下信息: Application received signal SIGSEGV (null) ( 0 CoreFound...
  • smking
  • smking
  • 2013年07月16日 14:59
  • 27222

iOS分析崩溃日志 dYSM,友盟统计错误分析

目录(?) [-] 前言dYSM文件崩溃日志提取崩溃日志中有用的信息开始分析查找bug结语 前言   iOS分析定位崩溃问题有很多种方式,但是发布到AppStore的应用如果崩溃了,我们该怎么...

友盟崩溃信息定位

一般来说,产品上线后或多或少都会一些在测试过程中极难发现的bug存在,而引起程序的崩溃,影响用户的体验。 除了苹果自身收集crash信息外,基本上用的最多的就是友盟了。 然而友盟的崩溃信息我们如果...

71.iOS 错误堆栈查找崩溃原因的方法---根据崩溃信息,找到对应的崩溃代码

已标记错误位置的: 3 FIR 0x000000010bfddd8c -[FIRViewController viewDidLoad] + 8588 未标记错误位置,有基地址的情况: 3 F...

iOS友盟崩溃地址解析 通过dSYM文件分析定位线上 APP crash问题

有很多问题是在开发测试过程中无法遇到和重现的,这就需要统计线上的崩溃信息进行定位。什么是 dSYMXcode编译项目后,我们会看到一个同名的 dSYM 文件,dSYM 是保存 16 进制函数地址映射信...

友盟分享成功,返回后,程序崩溃的问题

class 没有找到,跟demo 的文件对比之后发现原来是少导了一个包 这个包没有导入, 把这个包导入lib库问题解决。...

友盟 NoClassDefFoundError: com.umeng.analytics.d 导致5.0以下app崩溃的问题

如题,此问题是由于在build.gradle中配置了分包,就是multiDexEnabled true,三种解决方案: 1、不配置分包(这个好像不太可能,既然配置了肯定是超了65535) ...
  • yh16266
  • yh16266
  • 2016年09月09日 16:32
  • 616

iOS从crash信息中查找崩溃原因

友盟上统计到的崩溃信息如下: 由于这类的崩溃信息通常难以重现, 没有任何的重现步骤,所以我们得找到发布该版本时的原始代码.然后找到当时上传代码时使用的DYSM文件,这文件通常在.xcar...

Android Studio集成友盟SDK出现的问题解决及原因分析

在集成友盟新的SDK后,调试开发都正常,但在导出release APK时再次出现(以前一篇类似问题的分析博客)以下问题:Error:Execution failed for task ':app:pa...

采购订单中的阶梯价格出问题,原因是采购信息的阶梯价格定义错误

问: 现发现某个供应商的几款物料,出采购订单(外包采购单)时,取的不定价格不对.请见图. 采购订单是2010年1月5号建立的,按理来说是根据图"PRICENEW"中的条件进行选择.但实际上却是根据...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:根据友盟错误信信息反编译 通过崩溃trace来查找问题原因
举报原因:
原因补充:

(最多只允许输入30个字)