作為一名自認(rèn)為很牛逼的程序員，當(dāng)你發(fā)現(xiàn)bug時你的內(nèi)心世界是這樣的：

當(dāng)你定位到bug，并花了一晚上把它改好，發(fā)現(xiàn)是同事的問題的時候，你的內(nèi)心世界可能是這樣的：

早上上班時，你壓制住內(nèi)心的憤恨，通過QA并把應(yīng)用順利上線時，面對大家的夸獎，你臉上的表情是這樣的：

當(dāng)然，XCode作為一個還算良心的開發(fā)工具，他定位bug的方法還是很多的，但是當(dāng)你的應(yīng)用已經(jīng)提交到AppStore后，面對測試過程中無法企及的Crash以及老板看你的眼神

你只能趕緊做到電腦前

最終

然后你看到我這篇文章

在調(diào)試過程中，相對于莫名的bug讓人難受，其實如果是carsh其實更好捕捉，但是，如果發(fā)布到AppStore上線之后崩潰了，其實我們也可以很好的定位到具體的問題，并利用一些手段進(jìn)行修復(fù)。首先我們需要App中接入統(tǒng)計系統(tǒng)，在應(yīng)用崩潰時記錄下崩潰的日志，并且與服務(wù)器進(jìn)行同步，目前百度統(tǒng)計以及友盟應(yīng)該算是大家用的表較多的第三方工具，按照文檔接入對方的SDK后，當(dāng)上線應(yīng)用在此碰到崩潰問題時，你就可以查看崩潰日志來定位問題并給他們一個合理的解釋。

首先，F(xiàn)irstly，沐浴更衣，準(zhǔn)備素材。

創(chuàng)建一個文件夾，命名為I am the most handsome，起其他名字可能會影響解析結(jié)果哦，如下圖所示。

1、dYSM文件

齋戒沐浴，擺好祭品，大喊一聲，太上老君急急如律令，找到打包時生成的.xcarchive的文件包（Window -> Organizer），對，就是它：

2、Crash日志

然后，還需要你統(tǒng)計到的Crash日志，我們以系統(tǒng)標(biāo)準(zhǔn)格式為準(zhǔn)，一些三方平臺統(tǒng)計到的信息展示方式會略有不同，我們還是追本溯源，回歸本質(zhì)，同樣的，把你的Crash日志拷貝到文件夾里：

然后我們看一下這個Crash日志里面都是些啥玩意，如下圖：

只需要這兩樣?xùn)|西，我們就能準(zhǔn)確的定位到App Crash的具體位置。

然后，The Second Step，我們開始分析。

1、無敵自動化Xcode幫忙分析大法

• 找到一臺蘋果設(shè)備，插上。
• 選擇Window -> Devices and Simulators -> View Device Logs
• 將你的Crash日志拖到當(dāng)前面板左側(cè)。
• Xcode將對你拖入的日志自動進(jìn)行符號化。

當(dāng)然，這是有前提條件的：

• 崩潰對應(yīng)的應(yīng)用包以及dSYM文件。
• 崩潰的應(yīng)用包和dSYM文件一一對應(yīng)。
• 崩潰時該應(yīng)用程序運行的操作系統(tǒng)的符號表。

也就是說，如果這個包是你Archive的，直接拖進(jìn)去，就可以看到符號化的日志啦。

2、symbolicatecrash三位一體

根據(jù)剛才的折騰，你的文件夾里已經(jīng)有兩個文件了，我們還需要第三個文件symbolicatecrash。打開你的終端，輸入命令：
find /Applications/Xcode.app -name symbolicatecrash -type f
會出現(xiàn)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

選擇第一個即可，找到這個文件，拷貝到對應(yīng)的文件夾中，目前文件夾元素如下：

cd到當(dāng)前的文件夾，執(zhí)行命令：

./symbolicatecrash ./MangoDemo.crash ./MangoDemo.dSYM > SymbolCrash.crash

執(zhí)行此命令可能會報錯Error: "DEVELOPER_DIR" is not defined at ./symbolicatecrash line 69.。執(zhí)行命令export DEVELOPER_DIR=/Applications/XCode.app/Contents/Developer即可。

結(jié)果如圖：

打開SymbolCrash.crash文件：

符號化成功，你就能完美的定位到錯誤的地址啦。

3、一行一行慢慢分析大法（atos符號化）

這種分析方式呢，有我們的dSYM文件，以及Crash文件就可以啦，然后使用atos命令推導(dǎo)出完美的符號化信息。

首先我們看一下需要用到的信息：

• load address
• address to symbolicate

有了上述信息，執(zhí)行命令：

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 

輸出結(jié)果：

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

符號化完成。

4、工具分析

解析工具
提取碼：cwnh
其實在大多數(shù)情況下，我們使用解析工具其實來的更快一些，下載解析工具，打開后填入?yún)?shù)，如圖：

分析原理和結(jié)果是一致的，大家怎么方便怎么來就行啦。打住，手工。