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->device logs裡面可以看到連著的iphone(ipad)裝置上面程式crash的記錄，但裝置上的乙個crash記錄只能同步一次，

一旦在某台mac上檢視了device logs，裝置上的crash檔案就都會放到這台mac上。

從device logs裡面看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檔案分析方法

ios系統crash檔案分析方法 xcode 4.3的symbolicatecrash的位置和老版本的不一致了。xcode 4.3之前 developer platforms iphoneos.platform developer library privateframeworks dtdevice...

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進行分析...