原文地址 www.jianshu.com
在调试过程中，相对于莫名的 bug 让人难受，其实如果是 carsh 其实更好捕捉，但是，如果发布到 AppStore 上线之后崩溃了，其实我们也可以很好的定位到具体的问题，并利用一些手段进行修复。首先我们需要 App 中接入统计系统，在应用崩溃时记录下崩溃的日志，并且与服务器进行同步，目前百度统计以及友盟应该算是大家用的表较多的第三方工具，按照文档接入对方的 SDK 后，当上线应用在此碰到崩溃问题时，你就可以查看崩溃日志来定位问题并给他们一个合理的解释。
首先，Firstly，沐浴更衣，准备素材。
创建一个文件夹，命名为I am the most handsome，起其他名字可能会影响解析结果哦，如下图所示。
1、dYSM 文件
斋戒沐浴，摆好祭品，大喊一声，太上老君急急如律令，找到打包时生成的.xcarchive的文件包（Window -> Organizer），对，就是它：
然后
显示包内容 -> dSYMs -> MangoDemo.app.dSYM
，好的，把它拷贝到你刚刚创建好的文件夹（为了显示自己的与众不同，我顺便改了文件名）。
2、Crash 日志
然后，还需要你统计到的 Crash 日志，我们以系统标准格式为准，一些三方平台统计到的信息展示方式会略有不同，我们还是追本溯源，回归本质，同样的，把你的 Crash 日志拷贝到文件夹里：
然后我们看一下这个 Crash 日志里面都是些啥玩意，如下图：
只需要这两样东西，我们就能准确的定位到 App Crash 的具体位置。
然后，The Second Step，我们开始分析。
1、无敌自动化 Xcode 帮忙分析大法
- 找到一台苹果设备，插上。
- 选择
Window -> Devices and Simulators -> View Device Logs
- 将你的 Crash 日志拖到当前面板左侧。
- Xcode 将对你拖入的日志自动进行符号化。
当然，这是有前提条件的：
- 崩溃对应的应用包以及 dSYM 文件。
- 崩溃的应用包和 dSYM 文件一一对应。
- 崩溃时该应用程序运行的操作系统的符号表。
也就是说，如果这个包是你 Archive 的，直接拖进去，就可以看到符号化的日志啦。
2、symbolicatecrash 三位一体
根据刚才的折腾，你的文件夹里已经有两个文件了，我们还需要第三个文件symbolicatecrash。打开你的终端，输入命令：
find /Applications/Xcode.app -name symbolicatecrash -type f
会出现symbolicatecrash文件的路径：
/Applications/Xcode.app/Contents/Developer/Platforms/WatchSimulator.platform/Developer/Library/PrivateFrameworks/DVTFoundation.framework/symbolicatecrash
/Applications/Xcode.app/Contents/Developer/Platforms/AppleTVSimulator.platform/Developer/Library/PrivateFrameworks/DVTFoundation.framework/symbolicatecrash
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/Library/PrivateFrameworks/DVTFoundation.framework/symbolicatecrash
/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash
选择第一个即可，找到这个文件，拷贝到对应的文件夹中，目前文件夹元素如下：
cd到当前的文件夹，执行命令：
./symbolicatecrash ./MangoDemo.crash ./MangoDemo.dSYM > SymbolCrash.crash
执行此命令可能会报错Error: "DEVELOPER_DIR" is not defined at ./symbolicatecrash line 69.。执行命令export DEVELOPER_DIR=/Applications/XCode.app/Contents/Developer即可。
结果如图：
打开SymbolCrash.crash文件：
符号化成功，你就能完美的定位到错误的地址啦。
3、一行一行慢慢分析大法（atos 符号化）
这种分析方式呢，有我们的dSYM文件，以及Crash文件就可以啦，然后使用atos命令推导出完美的符号化信息。
首先我们看一下需要用到的信息：
- load address
- address to symbolicate
有了上述信息，执行命令：
atos -arch <Binary Architecture> -o <Path to dSYM file>/Contents/Resources/DWARF/<binary image name> -l <load address> <address to symbolicate>`
举个例子，以我的 Crash 日志为例：
atos -arch arm64 -o MangoDemo.dSYM/Contents/Resources/DWARF/MangoDemo -l 0x100e10000 0x100ebb1d4
输出结果：
-[IReaderSDkFristViewController crashTest] (in MangoDemo) (IReaderSDkFristViewController.m:103)
符号化完成。
4、工具分析
解析工具
提取码：cwnh
其实在大多数情况下，我们使用解析工具其实来的更快一些，下载解析工具，打开后填入参数，如图：
分析原理和结果是一致的，大家怎么方便怎么来就行啦。打住，手工。