2.如何解析.crash文件　　

2.1.找到發布app時的.ipa文件(就是你打包app上傳到商店里的那個文件)　　

2.2.找到Archive時生成的.dSYM文件　　

2.3.將.ipa、.crash、.dSYMs 文件放在同一個文件夾(例如：創建一個bugcrash文件夾)　　

2.4.打開你的xcode，然后打開你發布時的代碼(記住必須保證是你發布時的代碼，如果不是的話，可能會出現指向的崩潰行數有誤，或者無法解析出來的問題)　　

3.利用xcode自帶re-symbolicate解析崩潰報告　　

現在打開bugcrash文件夾，然后把.crash文件拖入右框中然后選中右鍵re-symbolicate log進行解析

大約1-10秒中之后，我們就能發現之前的二進制數變成了我們想要看到的具體行數和具體的.crash原因.

 

 

4.如果xocde自帶的Re-symbolicate仍無法解析，那么我們需要利用symbolicatecrash借助命令行手動解析　　

symbolicatecrash是一個隱藏工具，它在我的Mac中的具體路徑如下(Xcode6.1.app請換成你的Xcode名稱)

/applications/Xcode6.1.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash

把這個路徑拷貝一下，然后粘到Finder的“前往文件夾”下，前往，就可以看到symbolicatecrash工具了，現在把它也拷到桌面的crash文件夾里。至此，crash文件夾里現在有4個文件了，分別是.app, .crash, .dSYM, symbolicatecrash。接下來就是用終端敲命令，生成更易分析的crash。

./symbolicatecrash /Users/xxxx/Desktop/bugcrash/InOrder.crash /Users/xxxx/Desktop/bugcrash/InOrder.app.dSYM > Control_symbol.crash

上述命令中，"xxxx"和"InOrder"請自行替換成對應的名稱。運行，這時候終端可能會報錯Error: "DEVELOPER_DIR" is not defined at /usr/local/bin/symbolicatecrash line 53. 這時候在終端中再輸入如下（Xcode6.1.app依然是要替換成實際名稱）

然后再跑一下剛剛的那個命令，這時候看一下桌面的crash文件夾下就會多出一個名為“Control_symbol.crash”的文件，我們打開看一下。和剛剛一樣。

 

如果還有什么不明白歡迎在下面留言，有時間的我回一一回復，謝謝大家。

 

 

作者： 清澈Saup
出處： http://www.survivalescaperooms.com/qingche/
本文版權歸作者和博客園共有，歡迎轉載，但必須保留此段聲明，且在文章頁面明顯位置給出原文連接。