本文仅简单记录我工作中常用的分析方法，如果想要更深入的学习，可以看看下面这两篇文章。
事实上，常用的命令就一个：atos，它会输出崩溃的代码语句和它所在的文件以及行数，我们根据这些基本就能找到问题所在。
atos -o yourAppName.app.dSYM/Contents/Resources/DWARF/yourAppName -arch arm64/armv7 -l <load-address> <address>
如果你知道如何取dSYM文件、手机是arm64还是armv7、load address和address该用哪个值，就不用往下阅读了，直接根据示例，填上相应的值，在终端（terminal.app）执行就可以了。
⁽⁽ଘ(ˊᵕˋ)ଓ⁾⁾*
PS：通过man atos，查看到atos的功能描述如下：
atos -- convert numeric addresses to symbols of binary images or processes.
The atos command converts numeric addresses to their symbolic equivalents. If full debug symbol information is available, for example in a .app.dSYM sitting beside a .app, then the output of atos will include file name and source line number information.
下面说说使用这条命令之前，你需要做到和理解的事情。
一、先决条件：App的target设置
Target的Build Settings中确保Debug Information Format是DWARF with dSYM File。
二、如何得到.dSYM文件
打开Xcode，工具栏中依次选择Window-》Organizer。在打开的Organizer窗口中，左侧选择需要分析的App，右侧列出的Archive记录中选中crash日志对应的版本，单击右键，选择Show in Finder，.xcarchive文件就找到了。
复制.xcarchive文件，在终端下输入cd，然后粘贴.xcarchive文件路径，回车，然后执行ls命令就可以查看到dSYMs文件。
$ ls
BCSymbolMaps Info.plist Products SCMBlueprint dSYMs
其中dSYMs/yourAppName.app.dSYM/Contents/Resources/DWARF/yourAppName便是我们使用atos命令要分析的文件。
三、确认手机是armv7 or arm64
其实一般我们看手机型号就能确定的，在不知道手机型号的情况下，通过崩溃日志也能确认。将崩溃日志拖到出现如截图所示的Binary Images:处，在紧跟的语句中就能找到是armv7还是arm64。
四、获得<load address>和<address>
在崩溃日志中，找到crashed的Thread，以及App Name出现的一行，截图中的0x10004c000便是load address, 0x00000001000d2988便是address.
记：下面这篇文章提到了可以使用symbolicatecrash命令来做分析，比起一条一条的执行atos命令，一下子整个分析出来岂不是更好，用过之后再来总结吧。
使用symbolicatecrash命令分析的方法可以参考：简述分析crash日志的方法之symbolicatecrash
