作为一名自认为很牛逼的程序员，当你发现bug时你的内心世界是这样的：

当你定位到bug，并花了一晚上把它改好，发现是同事的问题的时候，你的内心世界可能是这样的：

早上上班时，你压制住内心的愤恨，通过QA并把应用顺利上线时，面对大家的夸奖，你脸上的表情是这样的：

当然，XCode作为一个还算良心的开发工具，他定位bug的方法还是很多的，但是当你的应用已经提交到AppStore后，面对测试过程中无法企及的Crash以及老板看你的眼神

你只能赶紧做到电脑前

最终

然后你看到我这篇文章

在调试过程中，相对于莫名的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  -o /Contents/Resources/DWARF/ -l  `

举个例子，以我的Crash日志为例：

atos -arch arm64 -o MangoDemo.dSYM/Contents/Resources/DWARF/MangoDemo -l 0x100e10000 0x100ebb1d4

输出结果：

-[IReaderSDkFristViewController crashTest] (in MangoDemo) (IReaderSDkFristViewController.m:103)

符号化完成。

4、工具分析

解析工具
提取码：cwnh
其实在大多数情况下，我们使用解析工具其实来的更快一些，下载解析工具，打开后填入参数，如图：

分析原理和结果是一致的，大家怎么方便怎么来就行啦。打住，手工。

iOS崩溃日志分析__dSYM解析