iOS開發(fā)--BUG定位,符號(hào)化crash地址

在umeng或者其他的BUG收集的第三方里邊大多數(shù)的BUG是能夠通過crash前的調(diào)用信息,定位到具體的方法,從而想辦法解決,但是有些BUG信息量很少,只有一個(gè)內(nèi)存地址:

例如:

  appname                            0x97525 appname + 615717 

?下面本文將介紹通過內(nèi)存地址,定位BUG文件,調(diào)用方法

步驟:

1 檢查log中的dSYM UUID與本地的dYSM文件是否匹配
方法: 打開終端(不知道終端的請(qǐng)略過此文),輸入命令

 $1 cd /Users/username/Library/Developer/Xcode/Archives/ xx.xcarchive/dSYMs  
 $2 dwarfdump --uuid appname.app.dSYM  

注: $1里cd 后的地址是打包時(shí)生成的xcode自動(dòng)生成的本地文件的地址
找到此地址的方法打開: xcode->Window->Organizer,然后找到對(duì)應(yīng)的release包,右鍵 Show in Finder

Paste_Image.png

會(huì)看到擴(kuò)展名為.xcarchive的文件,這個(gè)文件路徑(最好用拖文件的方式獲取文件路徑)后邊拼接dSYMs即為這個(gè)地址.

Paste_Image.png

$2里dwarfdump --uuid appname.app.dSYM的 appname 替換為你的app的包名就行,別的不用動(dòng)
輸出結(jié)果:
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
這兩個(gè)匹配后繼續(xù)第二步

2 繼續(xù)在終端輸入命令
dwarfdump --arch=armv7 --lookup 0x97525 /Users/username/Library/Developer/Xcode/Archives/2013-08-30/appname\xx.xcarchive/dSYMs/appname.app.dSYM/Contents/Resources/DWARF/appname
注: 在$1步的路徑后繼續(xù)拼接 /appname.app.dSYM/Contents/Resources/DWARF/appname
就可以 其中的 appname 替換成自己的包名(也可以自己找到DWARF下的appname文件拖到終端)
輸出結(jié)果為:

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  

信息中的AT_name( "xxx/EGOImageView.m" ) 就是crash文件,
start_addr:就是crash方法
此文結(jié)束

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 轉(zhuǎn)自wufawei的博客當(dāng)你的應(yīng)用提交到App Store或者各個(gè)渠道之后,請(qǐng)問你多久會(huì)拿到crash文件?你如何...
    Louis_hey閱讀 1,566評(píng)論 0 6
  • 本文就捕獲iOS Crash、Crash日志組成、Crash日志符號(hào)化、異常信息解讀、常見的Crash五部分介紹。...
    xukuangbo_閱讀 1,736評(píng)論 0 0
  • 方法1 使用XCode這種方法可能是最容易的方法了。 需要使用Xcode符號(hào)化 crash log,你需要下面所列...
    minking1982閱讀 1,279評(píng)論 0 0
  • 1.貨幣的發(fā)行是政府信用的體現(xiàn),最早金本位制,黃金的開采量不足以和經(jīng)濟(jì)發(fā)展相適應(yīng),導(dǎo)致通縮的出現(xiàn),上世紀(jì)以來,各國...
    安歌浩倡閱讀 355評(píng)論 0 0
  • 書接前文,我們?nèi)ビ^賞了當(dāng)?shù)靥厣莩觥? 演出內(nèi)容是關(guān)于,當(dāng)?shù)佚埮蜕缴竦膼矍楣适?。我?duì)這些并不感興趣 。只有一場(chǎng)...
    自來也老師閱讀 167評(píng)論 0 1

友情鏈接更多精彩內(nèi)容