iOS Crash上傳

標籤：content   檔案中   --   armv7s   center   解決   接下來   技術分享   步驟   

主題：

本篇文章旨在探索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檔案。

.xcarchive檔案包含的內容

（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. DSMY檔案產生；

3. 使用crash log和DSMY檔案進行符號化。

 

收集crash log：

思想：先將crash log的資訊儲存到本地，下次啟動App時，檢查如果有儲存的crash 資訊，則上傳到伺服器。

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

iOS Crash上傳