項(xiàng)目上線之后經(jīng)常會(huì)遇到一些崩潰的問(wèn)題，此時(shí)因?yàn)闊o(wú)法重現(xiàn)很難定位到相應(yīng)代碼位置，可以通過(guò)一些第三方工具來(lái)完成crash日志的統(tǒng)計(jì)，如友盟和bugly，然后完成代碼的定位，本文主要論述如何使用dSYM文件和堆棧信息定位crash代碼的位置
以下將通過(guò)兩種方法來(lái)完成定位：
ps：由于某種未知因素，友盟的日志通過(guò)方法一能定位成功，bugly的日志通過(guò)方法二才定位成功，推薦方法二
一、通過(guò)dwarfdump方法定位
1.獲取dSYM包
在 XCode中， Window->Organizer->選擇提交到App Store的Archies->右鍵，showin finder ->右鍵－>顯示包內(nèi)容，在dSYMs文件夾里的xxx.app.dSYM就是符號(hào)表文件。這里包含著debug信息
2.定位之前，首先要確定bug的版本和dSYM包是否匹配
使用命令獲取dsym文件的uuid，對(duì)照crash日志里的uuid，如果一致則進(jìn)行下一步
命令： dwarfdump --uuid （xxx.app.dSYM的路徑）
結(jié)果如下：UUID: EC087835-FA55-36F2-B4D9-430BF6C2BA69 (armv7) uau1.3.0.app.dSYM/Contents/Resources/DWARF/Name
UUID: 916F22F5-F3B1-3709-BB7E-5B11267B5D1F (arm64) uau1.3.0.app.dSYM/Contents/Resources/DWARF/Name
對(duì)照運(yùn)行環(huán)境，找出UUID一致的運(yùn)行環(huán)境，arm64還是armv7，后續(xù)會(huì)用到
3.找到錯(cuò)誤部分
如：appName 0x000000010007528c 0x0000000100004000 + 1444580
取前者 0x000000010007528c
一般錯(cuò)誤位置都是在項(xiàng)目名后面的堆棧地址，CoreFoundation、UIKit等后面的堆棧地址無(wú)法定位
4.定位
命令： dwarfdump --arch=(運(yùn)行環(huán)境) --lookup (錯(cuò)誤地址) (dSYM文件路徑)
例：dwarfdump --arch=arm64 --lookup 0x000000010007528c /Users/01/Desktop/xxx.xcarchive/dSYMs/xxx.app.dSYM
在打印的信息中可以找到錯(cuò)誤代碼所在類(lèi)的名稱(chēng)和行數(shù)
Looking up address: 0x000000010007528c in .debug_info... found!
0x000ada5c: Compile Unit: length = 0x00001139 version = 0x0002 abbr_offset = 0x00000000 addr_size = 0x08 (next CU at 0x000aeb99)
0x000ada67: TAG_compile_unit [99] *
AT_producer( "Apple LLVM version 7.0.0 (clang-700.1.76)" )
AT_language( DW_LANG_ObjC )
AT_name( "/Users/huangwenchen/Desktop/nativeios/StampApp/StampApp/UAUOneStampMarketInfo.m" )
AT_stmt_list( 0x0003647f )
AT_comp_dir( "/Users/huangwenchen/Desktop/nativeios/StampApp" )
AT_APPLE_optimized( 0x01 )
AT_APPLE_major_runtime_vers( 0x02 )
AT_low_pc( 0x0000000100074674 )
AT_high_pc( 0x000000010007597c )
0x000adf2d: TAG_subprogram [106] *
AT_low_pc( 0x0000000100075278 )
AT_high_pc( 0x0000000100075298 )
AT_frame_base( reg31 )
AT_object_pointer( {0x000adf50} )
AT_name( "-[UAUOneStampMarketInfo insitutionName]" )
AT_decl_file( "/Users/huangwenchen/Desktop/nativeios/StampApp/StampApp/UAUOneStampMarketInfo.m" )
AT_decl_line( 122 )
AT_prototyped( 0x01 )
AT_type( {0x000adcd1} ( NSString* ) )
AT_APPLE_optimized( 0x01 )
Line table dir : '/Users/huangwenchen/Desktop/nativeios/StampApp/StampApp'
Line table file: 'UAUOneStampMarketInfo.m' line 123, column 12 with start address 0x0000000100075288
Looking up address: 0x000000010007528c in .debug_frame... not found.
二、通過(guò)基地址查找定位
1.獲取dSYM包
在 XCode中， Window->Organizer->選擇提交到App Store的Archies->右鍵，showin finder ->右鍵－>顯示包內(nèi)容，在dSYMs文件夾里的xxx.app.dSYM就是符號(hào)表文件。這里包含著debug信息
2.定位之前，首先要確定bug的版本和dSYM包是否匹配
使用命令獲取dsym文件的uuid，對(duì)照crash日志里的uuid，如果一致則進(jìn)行下一步
命令： dwarfdump --uuid （xxx.app.dSYM的路徑）
結(jié)果如下：UUID: EC087835-FA55-36F2-B4D9-430BF6C2BA69 (armv7) uau1.3.0.app.dSYM/Contents/Resources/DWARF/Name
UUID: 916F22F5-F3B1-3709-BB7E-5B11267B5D1F (arm64) uau1.3.0.app.dSYM/Contents/Resources/DWARF/Name
對(duì)照運(yùn)行環(huán)境，找出UUID一致的運(yùn)行環(huán)境，arm64還是armv7，后續(xù)會(huì)用到
3.找到錯(cuò)誤部分
如：appName 0x000000010007528c 0x0000000100004000 + 1444580
取前者 0x000000010007528c ，后者為程序基地址，錯(cuò)誤日志也會(huì)標(biāo)出App base addr: 0x0000000100004000
一般錯(cuò)誤位置都是在項(xiàng)目名后面的堆棧地址，CoreFoundation、UIKit等后面的堆棧地址無(wú)法定位
4.定位
1> 在終端中進(jìn)入.dSYM文件的所在目錄下，
例: cd /Users/01/Desktop/xxx.xcarchive/dSYMs
2> 查找定位
命令： atos -arch (運(yùn)行環(huán)境) -o (.dSYM文件包里面表單信息路徑) -l (程序基地址) (錯(cuò)誤代碼地址)
錯(cuò)誤代碼地址及程序基地址的獲取見(jiàn)上文
例：atos -arch arm64 -o appName.app.dSYM/Contents/Resources/DWARF/appName -l 0x0000000100004000 0x000000010007528c
即可定位到代碼位置
-[YYView init_tableview] (in xxx) (YYView.m:828)
括號(hào)里的是代碼所在類(lèi)別和行數(shù)
這樣就可以找到錯(cuò)誤代碼所在位置了，??
參考：
https://blog.csdn.net/hello_hwc/article/details/50036323
http://www.itdecent.cn/p/bb09caa821a4
