symbolicatecrash 是什么 ？?
symbolicatecrash 是 Xcode 中自帶的perl腳本工具拉队，通過iPhone的崩潰日志和應(yīng)用的.dSYM文件定位發(fā)生崩潰的位置众眨，把Crashed日志中的一堆地址替換成代碼相應(yīng)位置握牧。
什么時候能用到 ?symbolicatecrash 容诬？
通常開發(fā)者開發(fā)軟件時，真機(jī)是在身邊的可以隨時查看沿腰， 但如果是把APP安裝到其他測試者手機(jī) 或者 是提交?App Store 審核被拒時就無法準(zhǔn)確定位崩潰或報錯原因了览徒，這時候需要通過 xxx.crash 文件來分析解決問題，但問題是?xxx.crash 文件的內(nèi)容是十六進(jìn)制顯示的 颂龙，給我們的分析排錯造成很大阻力习蓬， 所以這種情況下 我們需要用到?symbolicatecrash 來符號化。
如 ：?
分析被拒原因：
朋友你的應(yīng)用運(yùn)行在?iPhone OS 11.3.1?突然崩潰措嵌，下面是提供的報錯日志躲叼，自己玩去吧 ！ ?有什么問題可以聯(lián)系我們 Ｆ蟪病７憧丁！
了解?crash log?
簡單分析 crash log 文件結(jié)構(gòu) （一般可以分為6各部分?） ：
1 ?報告頭 （Header ）
2?異常代碼(Exception Codes)
3 應(yīng)用詳情(Application Specific Information)
4. 回溯(Backtrace)
5. 線程狀態(tài)(Thread State)
6. 二進(jìn)制映像(Binary Images)
解讀 ：
第一部分 ?Header
這部分主要是應(yīng)用相關(guān)信息 如：?app_name (APP名稱) ??app_version（APP版本號）bundleID（APP 唯一標(biāo)識）os_version （運(yùn)行版本）
第二部分 異常代碼 （Exception Codes）
異常代碼中包含有：異常類型(Exception Type)浪规、異常子類型(Exception Subtype)流礁、處理器的詳細(xì)異常代碼(processor-specific Exception Codes)和其它能提供更多Crash信息的字段，最后一個字段列出了觸發(fā)Crash的線程索引罗丰。
異常類型(Exception Type) 有以下幾種：
a ??Bad Memory Access（壞內(nèi)存訪問） [EXC_BAD_ACCESS // SIGSEGV // SIGBUS]
這種類型的?Exception 是最為常見的 Crash 神帅，通常是由于訪問了無效的內(nèi)存導(dǎo)致的。
SIGSEGV：訪問了無效地址萌抵，沒有物理內(nèi)存對應(yīng)該地址找御，通常由于重復(fù)釋放對象導(dǎo)致。
SIGBUS：總線錯誤绍填，與 SIGSEGV 不同的是霎桅，SIGBUS 訪問的是有效地址，但總線訪問異常讨永，通常是訪問了未對齊的數(shù)據(jù)滔驶。
SEGV：代表無效內(nèi)存地址，比如空指針卿闹、未初始化指針揭糕、棧溢出等。
b. ? Abnormal Exit （異常退出） [EXC_CRASH // SIGABRT]
SIGABRT：收到Abort信號退出锻霎，通常Foundation庫中的容器為了保護(hù)狀態(tài)正常會做一些檢測著角，例如插入nil到數(shù)組或字典中等會遇到此類錯誤。（常見的是再網(wǎng)絡(luò)請求時發(fā)生）旋恼。
c. ? 其它異常類型
有些異常類型沒有被命名吏口，以16進(jìn)制數(shù)字表示。
0xbaaaaaad：意味著該Crash log并非一個真正的Crash，它僅僅只是包含了整個系統(tǒng)某一時刻的運(yùn)行狀態(tài)产徊，由用戶同時按Home鍵和音量鍵觸發(fā)昂勒。
0xbad22222：當(dāng)VoIP程序在后臺太過頻繁的激活時，系統(tǒng)可能會終止此類程序舟铜。
0x8badf00d：程序啟動或者恢復(fù)時間過長被watch dog終止叁怪。
0xc00010ff：程序執(zhí)行大量耗費CPU和GPU的運(yùn)算，導(dǎo)致設(shè)備過熱深滚，觸發(fā)系統(tǒng)過熱保護(hù)被系統(tǒng)終止奕谭。
0xdead10cc：程序退到后臺時還占用系統(tǒng)資源（如通訊錄）被系統(tǒng)終止。
0xdeadfa11：程序無響應(yīng)用戶強(qiáng)制退出痴荐。當(dāng)用戶長按電源鍵血柳，直到屏幕出現(xiàn)關(guān)機(jī)確認(rèn)畫面后再長按Home鍵，將強(qiáng)制退出應(yīng)用生兆。我們可以合理認(rèn)為用戶這么做的原因是應(yīng)用程序沒有響應(yīng)难捌。
第三部分?應(yīng)用詳情(Application Specific Information)有些Crash出現(xiàn)時，會產(chǎn)生額外的信息鸦难，這些信息能幫助用戶更好地了解應(yīng)用程序終止時的運(yùn)行環(huán)境根吁。示例如下。
第四部分 ?回溯(Backtrace)
這部分列出了發(fā)生Crash時線程的調(diào)用棧合蔽。示例如下击敌。
5. 線程狀態(tài)(Thread State)?
這部分列出了發(fā)生Crash的線程的狀態(tài)，即寄存器和寄存器的值拴事。示例如下沃斤。
6. 二進(jìn)制映像(Binary Images)
這部分列出了當(dāng)Crash發(fā)生時被裝載進(jìn)進(jìn)程內(nèi)存空間的依賴庫或者模塊。示例如下刃宵。
使用?symbolicatecrash ?來分析崩潰日志
step 1 ?：先在Mac 桌面創(chuàng)建一個新的文件夾衡瓶，命名為crashAnalysis；
step 2 ?：找到?symbolicatecrash 牲证∠耄拷貝?symbolicatecrash 到?crashAnalysis 文件夾中。
最新路徑為 ： Xcode.app ? -- > ?Contents?-- >?SharedFrameworks ?-- >DVTFoundation.framework ?-- >?Versions ?-- >?A ?-- >?Resources -- >?symbolicatecrash
如圖 ：
step 3 ?：找到?.dSYM 文件拷貝到 ??crashAnalysis 文件夾中坦袍。
操作步驟 ：xcode --> Window --> Organizer ( command + shift +6 )?
-- > 右鍵顯示報內(nèi)容 如圖 ：
需要注意的是如果.dSYM 文件打開是沒有任何內(nèi)容的十厢，是不可用的。這個時候必須重新生成給文件键闺，在這之前需要在 xcode 中進(jìn)行如下配置：Build Settings --> 搜索 dsym 選項改為DWARF with dSYM file?再次打包寿烟！
step 4 ?：獲取Crash日志的 .crash 文件 命名為 ?temp.crash
?1 ? ?如果是審核被拒 那么 崩潰日志需要下載下來改后綴名為.crash 如圖 ：
2 如果是真機(jī)的崩潰日志：
如此就拿到了所有需要的文件如圖所示：
step 5 ?：打開終端 cd 進(jìn)入?crashAnalysis 澈驼，執(zhí)行以下命令就可以生成最終的?.crash 文件了?
export DEVELOPER_DIR=/Applications/XCode.app/Contents/Developer
./symbolicatecrash ./*.crash ./*.app.dSYM > analysis.crash ? ? ? ? ?注?analysis.crash 需要自己命名 這里我使用的是?analysis?
接下來?symbolicatecrash 就會運(yùn)行進(jìn)行處理了辛燥。。。挎塌。徘六。。榴都。待锈。。嘴高。竿音。。
完成后你會開到?crashAnalysis 中多了個 ?analysis.crash 文件
step 6 ?： 使用開發(fā)者工具 Xcode 打開?analysis.crash 文件 找到 Last Exception Backtrace: （ ?異常報錯 ）處會看到變化 ?如圖 ：
通過分析會看到崩潰原因是在向字典中插入一個 nil? 對象造成的崩潰拴驮；
需要留意的是 這需要是同一版本的 ?.crash文件 ?.dSYM文件 ?才可以 春瞬！
END ?
