原文地址 www.jianshu.com
在调试过程中,相对于莫名的 bug 让人难受,其实如果是 carsh 其实更好捕捉,但是,如果发布到 AppStore 上线之后崩溃了,其实我们也可以很好的定位到具体的问题,并利用一些手段进行修复。首先我们需要 App 中接入统计系统,在应用崩溃时记录下崩溃的日志,并且与服务器进行同步,目前百度统计以及友盟应该算是大家用的表较多的第三方工具,按照文档接入对方的 SDK 后,当上线应用在此碰到崩溃问题时,你就可以查看崩溃日志来定位问题并给他们一个合理的解释。
首先,Firstly,沐浴更衣,准备素材。
创建一个文件夹,命名为I am the most handsome
,起其他名字可能会影响解析结果哦,如下图所示。
1、dYSM 文件
斋戒沐浴,摆好祭品,大喊一声,太上老君急急如律令,找到打包时生成的.xcarchive
的文件包(Window -> Organizer
),对,就是它:
然后
显示包内容 -> dSYMs -> MangoDemo.app.dSYM
,好的,把它拷贝到你刚刚创建好的文件夹(为了显示自己的与众不同,我顺便改了文件名)。
2、Crash 日志
然后,还需要你统计到的 Crash 日志,我们以系统标准格式为准,一些三方平台统计到的信息展示方式会略有不同,我们还是追本溯源,回归本质,同样的,把你的 Crash 日志拷贝到文件夹里:
然后我们看一下这个 Crash 日志里面都是些啥玩意,如下图:
只需要这两样东西,我们就能准确的定位到 App Crash 的具体位置。
然后,The Second Step,我们开始分析。
1、无敌自动化 Xcode 帮忙分析大法
- 找到一台苹果设备,插上。
- 选择
Window
-> Devices and Simulators
-> View Device Logs
- 将你的 Crash 日志拖到当前面板左侧。
- Xcode 将对你拖入的日志自动进行符号化。
当然,这是有前提条件的:
- 崩溃对应的应用包以及 dSYM 文件。
- 崩溃的应用包和 dSYM 文件一一对应。
- 崩溃时该应用程序运行的操作系统的符号表。
也就是说,如果这个包是你 Archive 的,直接拖进去,就可以看到符号化的日志啦。
2、symbolicatecrash 三位一体
根据刚才的折腾,你的文件夹里已经有两个文件了,我们还需要第三个文件symbolicatecrash
。打开你的终端,输入命令:
find /Applications/Xcode.app -name symbolicatecrash -type f
会出现symbolicatecrash
文件的路径:
/Applications/Xcode.app/Contents/Developer/Platforms/WatchSimulator.platform/Developer/Library/PrivateFrameworks/DVTFoundation.framework/symbolicatecrash
/Applications/Xcode.app/Contents/Developer/Platforms/AppleTVSimulator.platform/Developer/Library/PrivateFrameworks/DVTFoundation.framework/symbolicatecrash
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/Library/PrivateFrameworks/DVTFoundation.framework/symbolicatecrash
/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash
选择第一个即可,找到这个文件,拷贝到对应的文件夹中,目前文件夹元素如下:
cd
到当前的文件夹,执行命令:
./symbolicatecrash ./MangoDemo.crash ./MangoDemo.dSYM > SymbolCrash.crash
执行此命令可能会报错Error: "DEVELOPER_DIR" is not defined at ./symbolicatecrash line 69.
。执行命令export DEVELOPER_DIR=/Applications/XCode.app/Contents/Developer
即可。
结果如图:
打开SymbolCrash.crash
文件:
符号化成功,你就能完美的定位到错误的地址啦。
3、一行一行慢慢分析大法(atos 符号化)
这种分析方式呢,有我们的dSYM
文件,以及Crash
文件就可以啦,然后使用atos
命令推导出完美的符号化信息。
首先我们看一下需要用到的信息:
- load address
- address to symbolicate
有了上述信息,执行命令:
atos -arch <Binary Architecture> -o <Path to dSYM file>/Contents/Resources/DWARF/<binary image name> -l <load address> <address to symbolicate>`
举个例子,以我的 Crash 日志为例:
atos -arch arm64 -o MangoDemo.dSYM/Contents/Resources/DWARF/MangoDemo -l 0x100e10000 0x100ebb1d4
输出结果:
-[IReaderSDkFristViewController crashTest] (in MangoDemo) (IReaderSDkFristViewController.m:103)
符号化完成。
4、工具分析
解析工具
提取码:cwnh
其实在大多数情况下,我们使用解析工具其实来的更快一些,下载解析工具,打开后填入参数,如图:
分析原理和结果是一致的,大家怎么方便怎么来就行啦。打住,手工。