使用Flurry Crash Analytics对iOS 7崩溃报告进行符号化

Question

我最近为我的应用推出了iOS 7更新,并实现了Flurry Analytics并启用了崩溃报告.我最近注意到一些用户遇到了崩溃.使用Flurry我可以在应用程序崩溃时检索堆栈跟踪以追踪问题.
好吧,我当然熟悉崩溃报告,并且已经修复了之前使用它们的错误,从iTunes Connect或邮件中获取它们并简单地在Xcode中对它们进行符号化.然而,我没有成功使用Flurry做到这一点.

我尝试了什么:
在Flurry上查看堆栈跟踪时,这就是我得到的: 正如您所看到的,很多线条都是完美的象征,其他线条则象征着<redacted>.一些研究告诉我Apple在iOS 6和7中剥离了很多调试符号.
我尝试的第一件事是上传我自己的dSYM文件.Flurry报告已保存dSYM文件,并使用dSYM文件再次对崩溃报告进行符号化.然而,堆栈跟踪仍然与没有dSYM完全相同.
没问题,我想,我可以尝试下载崩溃报告并使用Xcode对其进行符号化.点击下载为我提供了一个文件(没有扩展名,所以我将其重命名为.crash):

Hardware Model:      iPhone3,1
Process:         RadioPlayer [2965]
Path:            /var/mobile/Applications/E4DD7DA6-4450-4538-A1E2-AE23139FAC10/RadioPlayer.app/RadioPlayer
Identifier:      *******
Version:         1.2.0
Code Type:       ARM
Parent Process:  launchd [1]

Exception Type:  SIGSEGV
Exception Codes: SEGV_ACCERR at 0x548a000
Crashed Thread:  2

Thread 0:
0   libsystem_kernel.dylib              0x3aa67a8c _mach_msg_trap + 20
1   CoreFoundation                      0x3015e7cb <redacted> + 154
2   CoreFoundation                      0x3015cf37 <redacted> + 854
3   CoreFoundation                      0x300c7ce7 _CFRunLoopRunSpecific + 522
4   CoreFoundation                      0x300c7acb _CFRunLoopRunInMode + 106
5   GraphicsServices                    0x34da0283 _GSEventRunModal + 138
6   UIKit                               0x32969a41 _UIApplicationMain + 1136
7   RadioPlayer                         0x000dfb9b __mh_execute_header + 23451
8   libdyld.dylib                       0x3a9c3ab7 <redacted> + 2

Thread 1:
0   libsystem_kernel.dylib              0x3aa6783c _kevent64 + 24
1   libdispatch.dylib                   0x3a9a23f3 <redacted> + 38

Thread 2 Crashed:
0   vImage                              0x2f19d7dc <redacted> + 139
1   vImage                              0x2f1874ff _vImageFlatten_RGBA8888 + 378
2   vImage                              0x2f26e799 <redacted> + 40
3   vImage                              0x2f27d7c3 <redacted> + 674
4   vImage                              0x2f27d365 _vImageConvert_AnyToAny + 1300
5   ImageIO                             0x30efd9e7 <redacted> + 858
6   ImageIO                             0x30ef8c3b <redacted> + 2754
7   ImageIO                             0x30ef8173 <redacted> + 102
8   ImageIO                             0x30ef8057 _CGImageDestinationFinalize + 66
9   UIKit                               0x32a8a611 _UIImageJPEGRepresentation + 520
10  MediaPlayer                         0x31435319 -[MPMediaItemArtwork imageDataWithSize:atPlaybackTime:] + 36
11  MediaPlayer                         0x31435387 -[MPMediaItemArtwork albumImageDataWithSize:] + 42
12  MediaPlayer                         0x31494f0d -[MPNowPlayingInfoCenter _pushNowPlayingInfoAndRetry:] + 824
13  libdispatch.dylib                   0x3a99ed7b <redacted> + 10
14  libdispatch.dylib                   0x3a99f2f3 <redacted> + 378
15  libdispatch.dylib                   0x3a99f75b <redacted> + 38
16  libdispatch.dylib                   0x3a9b18f9 <redacted> + 76
17  libdispatch.dylib                   0x3a9b1b79 <redacted> + 56
18  libsystem_pthread.dylib             0x3aae0dbf __pthread_wqthread + 298
19  libsystem_pthread.dylib             0x3aae0c84 _start_wqthread + 8


// The file continues like this listing the other threads and overview of binary images.
// I however didn't paste that part here since I don't think it's useful.

我现在尝试将这个文件拖放到Xcode组织器并导入设备日志.两者都没有做到.列表中没有出现新设备日志或其他任何内容.
下一步:尝试使用手动符号化崩溃日志atos.我将dSYM的内容复制到工作目录等,然后尝试了这个命令

xcrun atos -arch armv7 -o RadioPlayer 0x31435387`

这回来了0x31435387.我尝试了一些其他内存地址,输出每次只是内存地址本身.

有人可以帮我解决这个问题吗？我真的很想象征这些<redacted>符号,因为它肯定会帮助我修复导致这些崩溃的错误.谢谢!

Answer 1

我注意到为了能够将Flurry崩溃报告拖到XCode Organizer,您需要:

1. 将文件重命名为.crash

2. 在报告顶部添加事件标识符行.这看起来像一个GUID,因此您可以放置​​任何唯一的或在线生成一个,例如

   事件标识符:D1D6CA1F-EC87-4677-9366-401BE050B2C8

3. 添加iOS和崩溃报告版本行(在例外类型上方),例如

   操作系统版本:iOS 7.1.1(11D201)

   报告版本:104

Answer 2

1. <redacted> 是仅针对系统符号的iOS优化.
2. 上传您的应用程序dSYM不会改变任何东西,因为它只包含应用程序符号,而不是所需cpu体系结构的iOS系统符号.
3. 要在本地表示符号,您需要具有确切的系统符号或创建崩溃的iOS版本和体系结构.
4. 使用atos您的应用程序二进制文件/ dSYM来表示系统符号不起作用(如上所述)
5. 通过仅在地址传递堆栈帧得到一个符号,绝工程,则还需要通过相应的二进制的加载地址(其可以在二值图像部分中找到,在二进制的行的第一个地址)
6. 在您的atos示例中,您正在尝试一个已在堆栈跟踪中显示正确符号的地址.
7. 如果您有可用的符号,则将崩溃报告拖动到Xcode组织器中应该已经对报告进行了符号化,您不必执行手动步骤.
8. 看起来Flurry的服务器上没有iOS符号来自行解析这些符号.

因此,对于一个例子0x3a99ed7b中的libdispatch.dylib图书馆是:

xcrun atos -arch armv7 -o PathToLibrary -l LoadAddressOfLibrary 0x3a99ed7b

Mac电脑上的iOS的符号根路径是:〜/资源库/开发/ Xcode中/ iOS的DeviceSupport /`为每个IOS版本的子目录.

所以简单的解决方案是:将崩溃报告拖到Device LogsXcode组织器的条目中,并希望您拥有所需的一切.如果这不能删除至少一些<redacted>字符串,则缺少iOS符号,手动步骤也不起作用.