Xcode自带工具symbolicatecrash解析iOS Crash文件

一、简介

1. 符号表是什么？

符号表就是指在Xcode项目编译后，在编译生成的二进制文件.app的同级目录下生成的同名的.dSYM文件。
.dSYM文件其实是一个目录，在子目录中包含了一个16进制的保存函数地址映射信息的中转文件，所有Debug的symbols都在这个文件中(包括文件名、函数名、行号等)，所以也称之为调试符号信息文件。
一般地，Xcode项目每次编译后，都会生成一个新的.dSYM文件。因此，App的每一个发布版本，都需要备份一个对应的.dSYM文件，以便后续调试定位问题。

二、crash日志符号化

1、准备：

• symbolicatecrash脚本工具

执行如下命令

find /Applications/Xcode.app -name symbolicatecrash -type f

得到symbolicatecrash脚本工具路径，然后按着该路径找到该工具

/Applications/Xcode.app/Contents/Developer/Platforms/AppleTVSimulator.platform/Developer/Library/PrivateFrameworks/DVTFoundation.framework/symbolicatecrash

• xxx.crash（crash日志）

1、如果设备就在身边
连接设备，打开Xcode - Window -Devices and Simulaters -View Devices Log Organizer，然后根据时间排序查看crash日志。

2、如果应用程序已经提交App Store发布，用户已经安装使用
之前开发者可以在iTunes Connect查看崩溃日志，后来苹果改成如下方式：在Xcode上登录你的账号，打开Xcode - Window - organizer - Crashes

（PS:不过大多数发者并不依赖于此。因为这需要用户设备上同意上传相关信息。考虑并不是所有iPhone用户都允许发送诊断报告(crash日志)，而且对于部分提交Apple的crash日志，开发者需要手动拉取，然后找到对应符号文件进行解析——这是一件繁琐的事情。所以实际项目中，通常接入现有的crash收集工具，或者自己编写一个进行自动化收集、解析和统计汇总。所以实际项目中，通常接入现有的crash收集工具，或者自己编写一个进行自动化收集、解析和统计汇总。）

• xxx.app.dSYM

在Xcode - Window - Organizer - Archives中，找到对应的版本
右击Show in Finder,找到xxx.xcarchive
右击显示包内容，找到dSYMs文件夹

• xxx.app

项目中Products目录

2、操作：

放在同一目录下，执行命令

./symbolicatecrash xxx.crash xxx.app.dSYM > Control_symbol.crash

export DEVELOPER_DIR="/Applications/XCode.app/Contents/Developer"

三、分析符号化后的crash日志

1、设备和crash信息

Incident Identifier: F3573A...E2F244A              //crash的id
CrashReporter Key:   cc2298...es77eeb              //crash的设备id
Hardware Model:      iPhone7,2                     //手机型号
Process:             [AppName] [1816]              //APP的名字[进程的id]
Path:                /private/.../Application...   //APP的位置
Identifier:          com....                       //bundle ID
Version:             14 (2.3.5)                    //版本号
Code Type:           ARM-64 (Native)               //app的应用架构之类不大清楚，^_^
Parent Process:      launchd [1]

Date/Time:           2015-10-26 15:03:29.29 +0800    //crash发生时间
Launch Time:         2015-10-26 14:58:28.28 +0800    //进入应用时间
OS Version:          iOS 9.1 (13B143)                //iOS版本
Report Version:      105

2、异常信息

Exception Type:  EXC_BAD_ACCESS (SIGABRT)                      //异常的类型
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000000000118  //异常子类型
Triggered by Thread:  0                    //异常发生的线程(0为主线程，其他为子线程)

3、线程信息

Last Exception Backtrace:
0   CoreFoundation                    0x182780f48 __exceptionPreprocess + 124
1   libobjc.A.dylib                   0x197333f80 objc_exception_throw + 56
2   CoreFoundation                    0x182780e90 +[NSException raise:format:] + 120
3   [AppName]                            0x100c42a40 UmengSignalHandler + 144
4   libsystem_platform.dylib          0x197d6193c _sigtramp + 52
5   [AppName]                            0x1005d9f38 CScopePtr::operator IAVGAudioLogic*() (xprefc.h:165)
6   [AppName]                            0x1005d3b8c tencent::av::AVRoomMultiImpl::GetAudioLogic() (av_room_multi_impl.h:119)
7   [AppName]                            0x10057076c tencent::av::AVAudioCtrlImpl::SetAudioOutputMode(int) (av_audio_ctrl_impl.cpp:443)
8   [AppName]                            0x10044dc3c -[AVBasicManager changeSpeakerMode:] (AVManager.mm:525)
9   [AppName]                            0x100296e1c -[KTQAVRoom enableSpeakerMode:] (KTQAVRoom.m:345)
10  [AppName]                            0x1002970d0 -[KTQAVRoom settingSpeaker:] (KTQAVRoom.m:362)
11  [AppName]                            0x1003d5464 -[KTChatView onAudioNotificationReceived:] (KTChatView.m:685)

四、接入友盟SDK

参考链接：
http://www.jianshu.com/p/12a2402b29c2