iOS系統Crash檔案分析方法

2021-06-07 12:49:31 字數 919 閱讀 6791

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