ios系統crash檔案分析方法
xcode 4.3的symbolicatecrash的位置和老版本的不一致了。
xcode 4.3之前
/developer/platforms/iphoneos.platform/developer/library/privateframeworks/dtdevicekit.framework/versions/a/resources/symbolicatecrash
一. 問題的產生
在xcode的window->orgnizer->devicelogs裡面可以看到連著的iphone(ipad)裝置上面程式crash的記錄，但裝置上的乙個crash記錄只能同步一次，
一旦在某台mac上檢視了devicelogs，裝置上的crash檔案就都會放到這台mac上。
從devicelogs裡面看crash檔案，會發現有時候崩潰的資訊裡面有**的函式名，有時候卻只有函式位址（如下），這個是怎麼回事呢？
二. 問題的原因
三. 解決的方法
1.新建乙個專門的目錄進行解析處理，如: /crash
2.把symbolicatecrash工具從原來的位置拷貝到/crash。因為在framework裡面finder不能直接進去，可以用命令列工具進行拷貝，命令如下：
$ cp/developer/platforms/iphoneos.platform/developer/library/privateframeworks/dtdevicekit.framework/versions/a/resources/symbolicatecrash/crash
thread 0 crashed:
首先檢視crash log中的崩潰執行緒，假如是這樣的：
輸出資訊如下：
iOS系統Crash檔案分析方法
xcode 4.3的symbolicatecrash的位置和老版本的不一致了。xcode 4.3之前 developer platforms iphoneos.platform developer library privateframeworks dtdevicekit.framework ver...
IOS 系統crash分析方法
34 ios系統crash檔案分析方法 方法一 不需要找symbolicatecrash 工具 xcode 4.3的symbolicatecrash的位置和老版本的不一致了。dtdevicekit.framework versions a resources xcode 4.3之前 develope...
iOS通過dSYM檔案分析crash
重點是dwarfdump uuid命令 我們在ios開發中會碰到的很多crash問題，如果debug除錯模式的話，我們可以往往很容易的根據log的輸出定位到導致crash的原因，但對於已經上線的應用，或者是release環境包導致的crash，我們就需要一些特殊的手段來通過crash log進行分析...