补充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
有疑问欢迎留言交流！
