iOS崩溃日志分析

补充2个概念（来源掘金翻译）：

什么是 dSYM 文件

Xcode编译项目后，我们会看到一个同名的 dSYM 文件，dSYM 是保存 16 进制函数地址映射信息的中转文件，我们调试的 symbols 都会包含在这个文件中，并且每次编译项目的时候都会生成一个新的 dSYM 文件，位于 /Users/<用户名>/Library/Developer/Xcode/Archives 目录下，对于每一个发布版本我们都很有必要保存对应的 Archives 文件 (AUTOMATICALLY SAVE THE DSYM FILES这篇文章介绍了通过脚本每次编译后都自动保存 dSYM 文件)。

dSYM 文件有什么作用

当我们软件 release 模式打包或上线后，不会像我们在 Xcode 中那样直观的看到用崩溃的错误，这个时候我们就需要分析 crash report 文件了，iOS 设备中会有日志文件保存我们每个应用出错的函数内存地址，通过 Xcode 的 Organizer 可以将 iOS 设备中的 DeviceLog 导出成 crash 文件，这个时候我们就可以通过出错的函数地址去查询 dSYM 文件中程序对应的函数名和文件名。大前提是我们需要有软件版本对应的 dSYM 文件，这也是为什么我们很有必要保存每个发布版本的 Archives 文件了。

iOS崩溃日志分析，很多第三方sdk都有，也比较方便。但是个别时候，公司并不允许接入第三方，需要我们自己实现并且分析。下面就系统crash log来简单介绍下怎么分析闪退点：

---

0  CoreFoundation                0x3025cf7e __exceptionPreprocess + 126

1  libobjc.A.dylib              0x3aad7cca objc_exception_throw + 34

2  CoreFoundation                0x30193a34 -[__NSArrayI objectAtIndex:] + 172

3  iportal                      0x003c975c 0xa3000 + 3303260

4  iportal                      0x002882fc 0xa3000 + 1987324

一般闪退是这样的，找到你项目首次出现的地方，以3为例，0x003c975c(代码的内存地址)，0xa3000(应用代码的入口地址)，3303260(代码的内存地址-应用代码的入口地址，即代码的偏移地址)。

修正地址：不同的应用包，其修正地址可能不一样。修正地址的查看方法，使用otool命令查看

otool -arch armv7 -l ~/iportal.app/iportal

得到如下信息：

0x00004000

Load command 1

cmd LC_SEGMENT

cmdsize 736

segname __TEXT

vmaddr 0x00004000

vmsize 0x007cc000

fileoff 0

filesize 8175616

maxprot 0x00000005

initprot 0x00000005

nsects 10

flags 0x0

其中的LC_SEGMENT段的vmaddr(虚拟机入口地址)为修正地址。

使用dwarfdump 查看代码符号信息。3303260 ＋ 0x00004000 ＝ 0x32a75c

dwarfdump --lookup=0x32a75c --arch=armv7 ~/iportal.app.dSYM |grep -E "start_addr:|Line table file:"

得到如下信息：

Line table file: 'AppDelegate.m' line 46, column 0 with start address 0x0000000000083e38

start_addr: 0x00083a58 -[AppDelegate application:didFinishLaunchingWithOptions:]

到这边，就定位到代码行和方法了。可以去改bug了。

注意：不同架构偏移量请分别计算，armv7 arm64以及armv7s

有疑问欢迎留言交流！