项目上线之后经常会遇到一些崩溃的问题，此时因为无法重现很难定位到相应代码位置，可以通过一些第三方工具来完成crash日志的统计，如友盟和bugly，然后完成代码的定位，本文主要论述如何使用dSYM文件和堆栈信息定位crash代码的位置
以下将通过两种方法来完成定位：
ps：由于某种未知因素，友盟的日志通过方法一能定位成功，bugly的日志通过方法二才定位成功，推荐方法二
一、通过dwarfdump方法定位
1.获取dSYM包
在 XCode中， Window->Organizer->选择提交到App Store的Archies->右键，showin finder ->右键－>显示包内容，在dSYMs文件夹里的xxx.app.dSYM就是符号表文件。这里包含着debug信息
2.定位之前，首先要确定bug的版本和dSYM包是否匹配
1
2
3
4
5
6
7
8
| 使用命令获取dsym文件的uuid，对照crash日志里的uuid，如果一致则进行下一步
命令： dwarfdump --uuid （xxx.app.dSYM的路径）
结果如下：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
对照运行环境，找出UUID一致的运行环境，arm64还是armv7，后续会用到
|
- 找到错误部分
1
2
3
4
5
| 如：appName 0x000000010007528c 0x0000000100004000 + 1444580
取前者 0x000000010007528c
一般错误位置都是在项目名后面的堆栈地址，CoreFoundation、UIKit等后面的堆栈地址无法定位
|
- 定位
1
2
3
| 命令： dwarfdump --arch=(运行环境) --lookup (错误地址) (dSYM文件路径)
例：dwarfdump --arch=arm64 --lookup 0x000000010007528c /Users/01/Desktop/xxx.xcarchive/dSYMs/xxx.app.dSYM
|
在打印的信息中可以找到错误代码所在类的名称和行数
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
| 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.
|
二、通过基地址查找定位
- 获取dSYM包
在 XCode中， Window->Organizer->选择提交到App Store的Archies->右键，showin finder ->右键－>显示包内容，在dSYMs文件夹里的xxx.app.dSYM就是符号表文件。这里包含着debug信息
- 定位之前，首先要确定bug的版本和dSYM包是否匹配
1
2
3
4
5
6
7
8
| 使用命令获取dsym文件的uuid，对照crash日志里的uuid，如果一致则进行下一步
命令： dwarfdump --uuid （xxx.app.dSYM的路径）
结果如下：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
对照运行环境，找出UUID一致的运行环境，arm64还是armv7，后续会用到
|
- 找到错误部分
1
2
3
4
5
| 如：appName 0x000000010007528c 0x0000000100004000 + 1444580
取前者 0x000000010007528c ，后者为程序基地址，错误日志也会标出App base addr: 0x0000000100004000
一般错误位置都是在项目名后面的堆栈地址，CoreFoundation、UIKit等后面的堆栈地址无法定位
|
- 定位
1
2
3
4
5
6
7
8
9
10
11
| 1> 在终端中进入.dSYM文件的所在目录下，
例: cd /Users/01/Desktop/xxx.xcarchive/dSYMs
2> 查找定位
命令： atos -arch (运行环境) -o (.dSYM文件包里面表单信息路径) -l (程序基地址) (错误代码地址)
错误代码地址及程序基地址的获取见上文
例：atos -arch arm64 -o appName.app.dSYM/Contents/Resources/DWARF/appName -l 0x0000000100004000 0x000000010007528c
|
即可定位到代码位置
1
| -[YYView init_tableview] (in xxx) (YYView.m:828) 括号里的是代码所在类别和行数
|
这样就可以找到错误代码所在位置了