iOS Crash上傳

主題：

本篇文章旨在探索iOS遇到crash後，根據上傳log快速找到對應bug的代碼。

 

正文：

1. dSYM 文件

（1）什麼是 dSYM 文件？

dSYM 是保存 16 進制函數地址映射信息的中轉文件，咱們調試的 symbols 都會包含在這個文件中，而且每次編譯項目的時候都會生成一個新的 dSYM 文件。

（2）dSYM 文件有什麼做用？

當咱們軟件 release 模式打包或上線後，不會像咱們在 Xcode 中那樣直觀的看到用崩潰的錯誤。iOS 設備中會有日誌文件保存咱們每一個應用出錯的函數內存地址，這個時候咱們就能夠經過出錯的函數地址去查詢 dSYM 文件中程序對應的函數名和文件名。大前提是咱們須要有軟件版本對應的 dSYM 文件，這也是爲何咱們頗有必要保存每一個發佈版本的 Archives 文件了。

（3）dSYM文件查看：

首先，不要使用模擬器而是選擇Generic iOS Device（不要插真機），點擊Xcode－Product－Archive進行歸檔；

而後，在Xcode－Window－Organizer下就能看到對應的Archive條目；

右鍵－Show in Finder ，就在Finder中看到了對應的.xcarchive文件(即，Archive文件在目錄~/Library/Developer/Xcode/Archives下)。右鍵.xcarchive文件，就會看到.app.dSYM文件,以及Procucts目錄下有.app文件。

（4）如何查.app文件中的crash

每個 xx.app 和 xx.app.dSYM 文件都有對應的 UUID，crash 文件也有本身的 UUID，只要這三個文件的 UUID 一致，咱們就能夠經過他們解析出正確的錯誤函數信息了。

查看 xx.app.dSYM 文件的 UUID ，在 terminal 中輸入命令：

dwarfdump --uuid xx.app.dSYM 

 

待解決問題：

1. crash log和dSYM文件如何獲取？(如何打包)

2. 根據crash log和dSYM文件如何獲得錯誤信息？

3. 怎樣應用於線上?

4. 友盟參考。

 

驗證：

1. 經過 Xcode 的 Organizer 能夠將 iOS 設備中的 DeviceLog 導出成 crash 文件？

2.   知道程序以下信息是如何獲取的嗎？

dSYM UUID: 365EF56E-D598-3B94-AD36-BFA13772A4E3  
CPU Type: armv7s  
Slide Address: 0x00001000  
Binary Image: appname  
Base Address: 0x000c3000

3. 一個例子

log信息：

5   appname                            0x97525 appname + 615717

它指出了應用名稱，崩潰時的調用方法的地址，文件的地址以及方法所在的行的位置，接下來就要符號化（Symbolication）這句,用dwarfdump來檢測crash log中dSYM UUID和本地的dSYM文件是否匹配  。

打開終端：  

cd /Users/username/Library/Developer/Xcode/Archives/2013-08-30/app 8-30-13 6.19 PM.xcarchive/dSYMs  
dwarfdump --uuid appname.app.dSYM  
UUID: 9F0AEFA6-4349-30AF-8420-BCEE739DA0B4 (armv7) appname.app.dSYM/Contents/Resources/DWARF/appname  
UUID: 365EF56E-D598-3B94-AD36-BFA13772A4E3 (armv7s) appname.app.dSYM/Contents/Resources/DWARF/appname 

OK,crash log中的dSYM UUID與本地的dYSM文件是相匹配的。好接下來就查一下0x97525這個地址是什麼？

dwarfdump --arch=armv7 --lookup 0x97525  /Users/username/Library/Developer/Xcode/Archives/2013-08-30/appname\ 8-30-13\ 6.19\ PM.xcarchive/dSYMs/appname.app.dSYM/Contents/Resources/DWARF/appname  

獲得的結果：  

----------------------------------------------------------------------  
File: /Users/username/Library/Developer/Xcode/  Archives/2013-08-30/appname 8-30-13 6.19    PM.xcarchive/dSYMs/appname.app.dSYM/Contents/   Resources/DWARF/appname (armv7)  
----------------------------------------------------------------------  
Looking up address: 0x0000000000097525 in .debug_info... found!  
  
0x00359c67: Compile Unit: length = 0x000066f1  version = 0x0002  abbr_offset = 0x00000000  addr_size = 0x04  (next CU at 0x0036035c)  
  
0x00359c72: TAG_compile_unit [1] *  
         AT_producer( "Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn)" )  
         AT_language( DW_LANG_ObjC )  
         AT_name( "xxx/EGOImageView.m" )  
         AT_low_pc( 0x0009710c )  
         AT_stmt_list( 0x000655c1 )  
         AT_comp_dir( "xxx" )  
         AT_APPLE_optimized( 0x01 )  
         AT_APPLE_major_runtime_vers( 0x02 )  
  
0x00359e57:     TAG_subprogram [10] *  
             AT_name( "-[EGOImageView imageLoaderDidFailToLoad:]" )  
             AT_decl_file( "xxx/EGOImageView.m" )  
             AT_decl_line( 96 )  
             AT_prototyped( 0x01 )  
             AT_APPLE_isa( 0x01 )  
             AT_low_pc( 0x00097490 )  
             AT_high_pc( 0x00097572 )  
             AT_frame_base( r7 )  
             AT_object_pointer( {0x00359e6e} )  
Line table dir : 'xxx'  
Line table file: 'EGOImageView.m' line 99, column 2 with start address 0x00000000000974fe  
  
Looking up address: 0x0000000000097525 in .debug_frame... found!  
  
0x0000c620: FDE  
    length: 0x0000000c  
    CIE_pointer: 0x00000000  
    start_addr: 0x00097490 -[EGOImageView imageLoaderDidFailToLoad:]  
range_size: 0x000000e2 (end_addr = 0x00097572)  
Instructions: 0x00097490: CFA=4294967295+4294967295  

 

一共須要以下三個步驟：

1.  收集crash log；

2. DSYM文件生成；

3. 使用crash log和DSMY文件進行符號化。

 

收集crash log：

思想：先將crash log的信息存儲到本地，下次啓動App時，檢查若是有存儲的crash 信息，則上傳到服務器。

（注意，crash製造時，不要用Xcode調試的，Xcode會阻止crash存儲到本地。）