最直观的查看崩溃

需要应用开发者共享。设置 -> 隐私 -> 与应用开发者共享。

XCode -> Window ->Organizer -> Crashes

能直观查看出现的异常，并且 Open in Project能直接找到崩溃的代码行，通常也能看见哪一个类的哪一个方法出现了问题。

最重要的三文件

dSYM
.crash / .ips 文件
.app

并将三文件整理在一个文件夹中
流程：准备三文件 - > 符号化 -> 生成可直观的文件

dSYM

dSYM 是保存 16 进制函数地址映射信息的中转文件，我们调试的 symbols 都会包含在这个文件中，并且每次编译项目的时候都会生成一个新的 dSYM 文件，位于 /Users/<用户名>/Library/Developer/Xcode/Archives 目录下，对于每一个发布版本我们都很有必要保存对应的 Archives 文件当我们软件 release 模式打包或上线后，不会像我们在 Xcode 中那样直观的看到用崩溃的错误，这个时候我们就需要分析 crash report 文件了，iOS 设备中会有日志文件保存我们每个应用出错的函数内存地址，通过 Xcode 的 Organizer 可以将 iOS 设备中的 DeviceLog 导出成 crash 文件，这个时候我们就可以通过出错的函数地址去查询 dSYM 文件中程序对应的函数名和文件名。

一般开发者在完成一个版本后，就要迁出一个版本出来。选择真机或选择generic iOS Device, Product -> Archive，随后

XCode -> Window ->Organizer -> XXArchive文件 -> Show in Finder -> 显示包内容 -> dSYMs -> ***.app.dSYM

这个文件需要保持很长时间。无论测试，上线（上线仍然有老用户打死不升级而产生的崩溃，直到你认为可以抛弃这个老版本时）。再者测试组在对你app进行测试时，产生的crash都要dSYM参与。建立一个专门的文件夹来管理是最好的选择。

.app

同上，XCode -> Window ->Organizer -> XXArchive文件 -> Show in Finder -> 显示包内容 ->Products -> Applications -> *.app

.crash

1. 手机连接Mac获取

XCode -> Window ->Devices and simulators -> view Device Logs
搜索你app的名称，即可找到真机产生的crash。

2. 参与TestFight与上线共享crash

崩溃时可以直观的在XCode查看crash的代码行。

设备设置：设置 -> 隐私 -> 与应用开发者共享。
获取报告：iTunes Connect ->Manage Your Applications -> View Details -> Crash Reports。导出即可。

开始分析

其实你已经打开过.crash文件了，里面看不懂的东西太多了。比如

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libsystem_kernel.dylib            0x0000000186b61348 0x186b40000 + 136008
1   libsystem_pthread.dylib           0x0000000186c75354 0x186c72000 + 13140
2   libsystem_c.dylib                 0x0000000186ad0fd8 0x186a6e000 + 405464
3   libc++abi.dylib                   0x0000000186534068 0x186532000 + 8296
4   libc++abi.dylib                   0x0000000186534210 0x186532000 + 8720
5   libobjc.A.dylib                   0x000000018655c810 0x186554000 + 34832
6   libc++abi.dylib                   0x000000018654c54c 0x186532000 + 107852
7   libc++abi.dylib                   0x000000018654bea8 0x186532000 + 106152
8   libobjc.A.dylib                   0x000000018655c65c 0x186554000 + 34396
9   CoreFoundation                    0x0000000187047c80 0x186f06000 + 1318016

谁都看不懂，后面的十六进制地址需要被我们符号化（Symbolication），转换成我们看得懂的方法名。必须匹配的.dSYM与二进制文件才能正确符号化。

开始分析：方式一【分析工具】

dSYMs分析工具

开始分析：方式二【symbolicatecrash工具】

找到 symbolicatecrash（是一个隐藏工具）
具体路径如下

/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash

或者查找它

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

你在查找时，会出现四条

WatchSimulator.platform
AppleTVSimulator.platform
iPhoneSimulator.platform
SharedFrameworks

将会打印一条路径跟进进去，拷贝到自己的同级目录
文件夹里现在有4个文件了，分别是.app, .crash, .dSYM, symbolicatecrash

cd命令进入此文件夹

./symbolicatecrash /Users/****/Desktop/crashtemp/temp.crash /Users/***/Desktop/carshtemp/***.dSYM > Control_symbol.crash

终端可能会报错Error: "DEVELOPER_DIR" is not defined at /usr/local/bin/symbolicatecrash line 53. 这时候在终端中再输入如下

export DEVELOPER_DIR=”/Applications/Xcode.app/Contents/Developer

参考文献：

iOS崩溃crash大解析
Understanding and Analyzing Application Crash Reports
iOS 捕获Crash方法
iOS调试之 crash log分析
分析iOS Crash文件：符号化iOS Crash文件的3种方法

iOS提高篇：抓住Crash