iOS Crash上传

Posted 2020-10-05 Xylophone

主题：

本篇文章旨在探索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存储到本地。）