用户下载更新 App 后，使用过程中会经常出现闪退等问题，我们可以采集日志来分析闪退原因。目前市场上日志采集平台有很多，做的比较好的有 Bugly、友盟等，这些第三方的平台需要上传应用打包后的符号文件，对一些安全性要求比较高的应用来说不可行；同时苹果官方也提供日志采集服务但时效性不高，不能实时定位问题。
公司因为业务需要也开发了一套数据采集框架，其中包含对崩溃日志的采集，但采集之后如何符号化日志文件？本文就符号化现有的几种方法进行介绍：
符号化方法
crash 文件示例
crash文件的部分内容：
0 libsqlite3.dylib 0x0000000182230fd0 0x1821de000 + 339920
1 libsqlite3.dylib 0x00000001822916b4 0x1821de000 + 734900
2 libsqlite3.dylib 0x000000018224998c 0x1821de000 + 440716
3 libsqlite3.dylib 0x000000018229f424 0x1821de000 + 791588
4 libsqlite3.dylib 0x0000000182219338 0x1821de000 + 242488
5 libsqlite3.dylib 0x000000018220cc88 0x1821de000 + 191624
6 libsqlite3.dylib 0x00000001821ebcb0 0x1821de000 + 56496
7 libsqlite3.dylib 0x00000001821eb608 0x1821de000 + 54792
8 libsqlite3.dylib 0x00000001821ea838 0x1821de000 + 51256
9 libsqlite3.dylib 0x00000001821e9e2c 0x1821de000 + 48684
10 libsqlite3.dylib 0x00000001821e9ae0 0x1821de000 + 47840
11 appName 0x0000000100adc85c 0x100078000 + 10897500
12 appName 0x0000000100adcd34 0x100078000 + 10898740
13 appName 0x0000000100aeec9c 0x100078000 + 10972316
14 appName 0x0000000100b02b64 0x100078000 + 11053924
15 appName 0x0000000100aef278 0x100078000 + 10973816
11-15 行是需要符号化的内容，但看内存地址是无法定位到代码中具体行号。
atos
使用 atos 命令符号化闪退日志：
atos [-o AppName.app/AppName] [-l loadAddress] [-arch architecture]
11-15 行中 0x100078000 是模块加载地址，在终端中执行如下命令：
xcrun atos -o tztHuaTaiZLMobile.app.dSYM/Contents/Resources/DWARF/tztHuaTaiZLMobile -l 0x100078000 -arch arm64
接着输入对应行的内存地址：
0x0000000100adc85c
-[WBSDKFMDatabase executeQuery:withArgumentsInArray:orDictionary:orVAList:] (in tztHuaTaiZLMobile) (WBSDKFMDatabase.m:530)
0x0000000100adcd34
-[WBSDKFMDatabase executeQuery:] (in tztHuaTaiZLMobile) (WBSDKFMDatabase.m:655)
0x0000000100aeec9c
+[WBSDKStatisticsRecord(WBSDKDataBaseStore) selectDB:fromTime:toTime:] (in tztHuaTaiZLMobile) (WBSDKStatisticsRecord.m:157)
0x0000000100b02b64
__57-[WBSDKDBObjectStore objectsFromTime:toTime:resultBlock:]_block_invoke (in tztHuaTaiZLMobile) (WBSDKDBObjectStore.m:185)
0x0000000100aef278
__49-[WBSDKDBManager readDatabaseBlockInTransaction:]_block_invoke (in tztHuaTaiZLMobile) (WBSDKDBManager.m:87)
符号化后的结果可以得出此次闪退的问题在哪。
注：
符号化之前需要将如下两个文件放在同一目录：
- crash 报告 （.crash 文件）
- 符号文件（.dsymb 文件）
symbolicatecrash
使用 atos 符号化需要一行一行的输入内存地址，如果手工操作想对比较低效繁琐，推荐编写分析脚本来解析日志。
除了 atos 之外，还有另外一个工具 symbolicatecrash 可以对日志文件进行符号化。
符号化之前需将如下文件放在同一目录：
- app 文件（ipa 文件后缀改成 zip，解压后在 Payload 目录下可以找到 app 文件）
- dSYM 文件
- crash 文件
- symbolicatecrash 文件（命令行执行
find /Applications/Xcode.app -name symbolicatecrash -type f）
设置 DEVELOPER_DIR 环境变量：
export DEVELOPER_DIR="/Applications/XCode.app/Contents/Developer"
符号化 crash 文件：
./symbolicatecrash xxx.crash appName.dSYM > crashlog.log
Reference：
