IOS崩潰日誌

2021-09-25 20:04:30 字數 3455 閱讀 3168

1.普通崩潰日誌

參考:

// 1: 程序資訊

incident identifier: 30e46451-53fd-4965-896a-457fc11ad05f // 崩潰報告的唯一識別符號

// 是與裝置標識相對應的唯一鍵值。雖然它不是真正的裝置識別符號,

// 但也是乙個非常有用的情報:如果你看到100個崩潰日誌的crashreporter key值都是相同的,

// 或者只有少數幾個不同的crashreport值,說明這不是乙個普遍的問題,只發生在乙個或少數幾個裝置上。

crashreporter key: 5a56599d836c4f867f6eec76afee451bf9ae5f31

// 標識裝置型別。 如果很多崩潰日誌都是來自相同的裝置型別,說明應用只在某特定型別的裝置上有問題

hardware model: iphone4,1

// 應用名稱。中括號裡面的數字是閃退時應用的程序id

process: rage masters [4155]

identifier: rage masters

version: ??? (???)

code type: arm (native)

parent process: launchd [1]

// 2: 基本資訊

date/time: 2012-10-17 21:39:06.967 -0400s

os version: ios 6.0 (10a403) // 日誌產生的ios版本

report version: 104

// 3: 異常

exception type: 00000020

exception codes: 0x000000008badf00d

highlighted thread: 0

// 4: 執行緒回溯

// 閃退發生時所有活動幀清單。它包含閃退發生時呼叫函式的清單

thread 0:

0 libsystem_kernel.dylib 0x327f2eb4 mach_msg_trap + 20

1 libsystem_kernel.dylib 0x327f3048 mach_msg + 36

2 corefoundation 0x36bd4040 __cfrunloopservicemachport + 124

3 corefoundation 0x36bd2d9e __cfrunlooprun + 878

4 corefoundation 0x36b45eb8 cfrunlooprunspecific + 352

5 corefoundation 0x36b45d44 cfrunloopruninmode + 100

6 cfnetwork 0x32ac343e cfurlconnectionsendsynchronousrequest + 330

7 foundation 0x346e69ba +[nsurlconnection sendsynchronousrequest:returningresponse:error:] + 242

// 幀編號 二進位制庫名稱 二進位制位址 基本位址(指向檔案) 指向檔案中的**行

8 rage masters 0x000d4046 0xd2000 + 8262

// 將這些十六進製制位址轉化成方法名稱和行數的過程稱之為符號化。

// 從xcode的organizer視窗獲取崩潰日誌後過幾秒鐘,崩潰日誌將被自動符號化

// 必需完全匹配才行。否則,日誌將無法被完全符號化。

thread 1:

0 libsystem_kernel.dylib 0x32803d98 __workq_kernreturn + 8

1 libsystem_c.dylib 0x3a987cf6 _pthread_workq_return + 14

2 libsystem_c.dylib 0x3a987a12 _pthread_wqthread + 362

3 libsystem_c.dylib 0x3a9878a0 start_wqthread + 4

// 5: 執行緒狀態

thread 0 crashed with arm thread state (32-bit):

r0: 0x00000000 r1: 0x00000000 r2: 0x00000001 r3: 0x39529fc8

r4: 0xffffffff r5: 0x2fd7d301 r6: 0x2fd7d300 r7: 0x2fd7d9d0

r8: 0x2fd7d330 r9: 0x3adbf8a8 r10: 0x2fd7d308 r11: 0x00000032

ip: 0x00000025 sp: 0x2fd7d2ec lr: 0x001bdb25 pc: 0x30301838

cpsr: 0x00000010

// 6: 二進位制映像

// 列出了閃退時已經載入的二進位制檔案。

binary images:

0x2fe41000 - 0x2fe61fff dyld armv7 /usr/lib/dyld

0x327f2000 - 0x32808fff libsystem_kernel.dylib armv7 /usr/lib/system/libsystem_kernel.dylib

0x328a8000 - 0x328bdfff libresolv.9.dylib armv7 /usr/lib/libresolv.9.dylib

0x32a70000 - 0x32b35fff cfnetwork armv7 /system/library/frameworks/cfnetwork.framework/cfnetwork

0x32b7a000 - 0x32cc3fff libicucore.a.dylib armv7 /usr/lib/libicucore.a.dylib

0x32cc4000 - 0x32cc5fff coresu***ce armv7 /system/library/privateframeworks/coresu***ce.framework/coresu***ce

0x32f65000 - 0x32f8afff opencl armv7 /system/library/privateframeworks/opencl.framework/opencl

ios崩潰日誌收集 iOS崩潰日誌收集與解析

收集crash日誌方式 1.裝置上直接檢視 路徑 設定 隱私 分析 分析資料 2.xcode獲取裝置上資訊 路徑 xcode選單欄window devices and simulators 選中裝置 view device logs 3.xcode獲取發布版本崩潰資訊 路徑 xcode選單欄wind...

iOS應用崩潰(三) 崩潰日誌

當我們在模擬器上除錯時,可能經常遇到下面的記憶體訪問錯誤 該錯誤是對乙個已經釋放的物件進行操作,定位如下 2 終端輸入 info malloc history 命令,即可得到堆疊資訊,從而分析具體問題所在 gdb info malloc history 0x12e4b0 3 也可輸入如下資訊 gdb...

iOS程式崩潰日誌

void uncaughtexceptionhandler n ception exception 當然你還要在以下方法中新增呼叫 nssetuncaughtexceptionhandler uncaughtexceptionhandler 錯誤日誌收集 下面時陣列越界時返回的錯誤日誌 arr 0 ...