ios程式在真機執行程式出現crash狀況時，機器會自動產生log檔案，它包含了在程式crash之前的執行邏輯，分析carsh檔案，有效的解決程式在真機上的問題，保證程式良好的穩定性,但是這個crash檔案多數是顯示出現問題的位址和一些系統的訊息，無法檢視程式中對應的崩潰地點，以下文章幫你解決這個問題。
0. 在桌面建立乙個臨時資料夾,如crash
1. 首先要從裝置中匯出crash檔案,最簡單直接的辦法是裝置連線到mac上，開啟xcode的organizer，然後選擇其頂端選中devices，在左邊的列表裡，就能顯示出當前連線的裝置資訊，選擇當前裝置下的device logs，等待片刻，中間的列表裡會出現很多panic的資訊，按照時間排序可以找到最近崩潰的crash，然後右鍵匯出此檔案.檔名自動儲存為.crash檔案，形如: ***_2013-08-15-200743_-ipad.crash, 將這個檔案拷入第一步建立的臨時資料夾備用
3.dysm檔案存在於最後發包的機器上，使用開啟xcode的organizer,選擇頂部的archives，看到最後的發包記錄，選擇distribute儲存為相應的archive檔案，檢視包內容，裡面有我們需要的.dsym檔案
萬事俱備，只差最後一步，termail下進入第一步建立的臨時資料夾，
使用命令 symbolicatecrash ***x.crash ***x.dsym > crash.text 將最後分析出來的檔案儲存在crash.text檔案中
注意，一般情況下，第一次使用symbolicatecrash會產生乙個error，如下的錯誤資訊
error: "developer_dir" is not defined at /usr/local/bin/symbolicatecrash line 53.
iOS Crash檔案分析
具體步驟 2.找到崩潰日誌 crash檔案 如果確定直接到步驟4 3.如果uuid相同你就可以進行下面的工作了 5.然後用dwarfdump 命令如果運氣好就能找出對於記憶體位址在 中的位置，否則就悲慘了。這個需要在命令列操作 6.最後就是找 檢視bug ps 如果出現找不到symbolicatec...
iOS crash日誌分析
專案整合talkingdata收集到的crash日誌,看到那些日誌時自己也是很崩潰,全是記憶體位址,根本搞不懂專案到底crash到了那裡,比如這樣 自己在網上找了很多方法,以下是自己最後所用到的方法 心累 2,對.dsym檔案顯示包內容,找到dwarf資料夾 路徑 dsym contents res...
iOS Crash檔案的解析
一 crash檔案結構 當程式執行crash的時候，系統會把執行的最後時刻的執行資訊記錄下來，儲存到乙個檔案中，也就是我們所說的crash檔案。ios的crash日誌通常由以下6各部分組成。1 process information 程序資訊 incident idnetifier 崩潰報告的唯一識...