符号化 iOS Crash

用户下载更新 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：

1. 分析iOS Crash文件
2. http://hlyu.cn/?p=359