iOS中Crash文件崩潰捕獲分析及符號化思路
最近在做 Crash 分析方面的工作,發(fā)現(xiàn) iOS 的崩潰捕獲和堆棧符號化雖然已經(jīng)有很多資料可以參考,但是沒有比較完善的成套解決方案,導(dǎo)致操作起來還是要踩很多坑,耽誤了很多時間。所以想做一個總結(jié),闡述 Crash 收集分析的整體思路和出坑指南,具體細節(jié)實現(xiàn)會給出相關(guān)參考資料。有了思路,實現(xiàn)也就 So Easy 啦。
崩潰捕獲
對于崩潰捕獲,以前在 移動端監(jiān)控體系之技術(shù)原理剖析 中詳細闡述過,并且給出了相應(yīng)的 Demo,崩潰主要是由于 Mach 異常、Objective-C 異常(NSException)引起的,同時對于 Mach 異常,到了 BSD 層會轉(zhuǎn)換為對應(yīng)的 Signal 信號,那么我們也可以通過捕獲信號,來捕獲 Crash 事件。針對 NSException 可以通過注冊 NSUncaughtExceptionHandler 捕獲異常信息。下圖摘自阿里百川,簡潔明了的展現(xiàn)了客戶端崩潰分析架構(gòu)。
?
沖突
在我們自己研發(fā) Crash 收集框架之前,最早肯定都會接入網(wǎng)易云捕、騰訊 Bugly、Fabric 等第三方日志框架來進行崩潰的收集和分析。如果多個 Crash 收集框架存在時,往往會存在沖突。
不管是對于 Signal 捕獲還是 NSException 捕獲都會存在 handler 覆蓋的問題,正確的做法應(yīng)該是先判斷是否有前者已經(jīng)注冊了 handler,如果有則應(yīng)該把這個 handler 保存下來,在自己處理完自己的 handler 之后,再把這個 handler 拋出去,供前面的注冊者處理。這里給出相應(yīng)的 Demo,Demo 由@zerygao提供。
非常好我支持^.^
(0) 0%
不好我反對
(0) 0%
下載地址
iOS中Crash文件崩潰捕獲分析及符號化思路下載
相關(guān)電子資料下載
- iOS17.1可能明天發(fā)布,iOS17.1主要修復(fù)哪些問題? 376
- 華為全新鴻蒙蓄勢待發(fā) 僅支持鴻蒙內(nèi)核和鴻蒙系統(tǒng)應(yīng)用 719
- 蘋果手機系統(tǒng)iOS 17遭用戶質(zhì)疑 731
- iPhone12輻射超標(biāo)?蘋果推送iOS 17.1解決此事 750
- 傳華為囤積零部件 目標(biāo)明年智能手機出貨7000萬部;消息稱 MiOS 僅限國內(nèi),小米 28208
- 蘋果推送iOS17.0.3,解決iPhone15Pro系列存在機身過熱 216
- Testin云測兼容和真機服務(wù)平臺中上線iPhone 15系列手機 208
- 利爾達推出搭載HooRiiOS的Matter模組 145
- 運放參數(shù)解析:輸入偏置電流(Ibias)和失調(diào)電流(Ios) 128
- 昆侖太科發(fā)布支持國產(chǎn)飛騰騰銳D2000芯片的開源BIOS固件版本 448