简述分析crash日志的方法之atos

本文仅简单记录我工作中常用的分析方法，如果想要更深入的学习，可以看看下面这两篇文章。

手动解析CrashLog之----原理篇

手动解析CrashLog之----方法篇

事实上，常用的命令就一个：atos，它会输出崩溃的代码语句和它所在的文件以及行数，我们根据这些基本就能找到问题所在。

atos -o yourAppName.app.dSYM/Contents/Resources/DWARF/yourAppName -arch arm64/armv7 -l

如果你知道如何取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。

Build Settings中选项设置示例

二、如何得到.dSYM文件

打开Xcode，工具栏中依次选择Window-》Organizer。在打开的Organizer窗口中，左侧选择需要分析的App，右侧列出的Archive记录中选中crash日志对应的版本，单击右键，选择Show in Finder，.xcarchive文件就找到了。

打开Organizer

找到.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。

通过崩溃日志确认手机基于的architecture

四、获得和

在崩溃日志中，找到crashed的Thread，以及App Name出现的一行，截图中的0x10004c000便是load address, 0x00000001000d2988便是address.

通过崩溃日志获取load address和address

记：下面这篇文章提到了可以使用symbolicatecrash命令来做分析，比起一条一条的执行atos命令，一下子整个分析出来岂不是更好，用过之后再来总结吧。

---

使用symbolicatecrash命令分析的方法可以参考：简述分析crash日志的方法之symbolicatecrash