作為一名自認(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讓人難受，其實(shí)如果是carsh其實(shí)更好捕捉，但是，如果發(fā)布到AppStore上線之后崩潰了，其實(shí)我們也可以很好的定位到具體的問題，并利用一些手段進(jìn)行修復(fù)。首先我們需要App中接入統(tǒng)計(jì)系統(tǒng)，在應(yīng)用崩潰時記錄下崩潰的日志，并且與服務(wù)器進(jìn)行同步，目前百度統(tǒng)計(jì)以及友盟應(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），對，就是它：
然后
顯示包內(nèi)容 -> dSYMs -> MangoDemo.app.dSYM，好的，把它拷貝到你剛剛創(chuàng)建好的文件夾（為了顯示自己的與眾不同，我順便改了文件名）。
2、Crash日志
然后，還需要你統(tǒng)計(jì)到的Crash日志，我們以系統(tǒng)標(biāo)準(zhǔn)格式為準(zhǔn)，一些三方平臺統(tǒng)計(jì)到的信息展示方式會略有不同，我們還是追本溯源，回歸本質(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)用程序運(yùn)行的操作系統(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í)行此命令可能會報(bào)錯
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í)在大多數(shù)情況下，我們使用解析工具其實(shí)來的更快一些，下載解析工具，打開后填入?yún)?shù)，如圖：
分析原理和結(jié)果是一致的，大家怎么方便怎么來就行啦。打住，手工。
