-
Xcode7.3工具解析App崩溃日志(.crash文件)
原文链接:http://blog.csdn.net/u011056605
开发的App或者游戏提交审核后,偶尔会收到测试反馈的消息,说应用崩溃了,bug偶尔出现,难以找到确定的重现方法。
怎么办?可以分析崩溃文件啊,也就是app崩溃后,自动保存在设备本地的.crash文件。
获得崩溃日志的方式,在 获取设备上的调试信息与崩溃日志分析 中有说。
在环境ok的情况下,xcode中是可以自动解析.crash文件的。旧版本的xcode甚至可以导入第三方.crash文件,但是xcode7.3貌似是不能导入.crash文件了。
旧版的打开方式是菜单Window-Organizer,界面下方可以直接导入.crash文件,如图:
新版的界面修改了,而且貌似不能直接导入.crash文件,如图:
这时候,我们还是用Xcode自带的 symbolicatecrash 工具来解析测试发来的.crash文件。
1.配置环境变量DEVELOPER_DIR,如果配置过了就跳过此步骤
临时方法:打开终端Terminal,输入命令
[plain] view plain copy
- export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer
永久方法:编辑~/.bash_profile,在末尾添加
[plain] view plain copy
- # Add environment variable DEVELOPER_DIR
- export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer
- export PATH=$DEVELOPER_DIR:$PATH
然后保存文件,使用source ~/.bash_profile命令或者完全退出终端来刷新环境变量。
2.找到xcode的解析工具 symbolicatecrash 。查询这个工具的路径,貌似很多博客里面都是旧版的xcode了,所以根据博客里面的内容很难找到工具。
我使用的Xcode 7.3版本的 symbolicatecrash 工具路径为
[plain] view plain copy
- /Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash
使用其他版本的小伙伴可以看看下面几个目录,或者自行搜索咯
[plain] view plain copy
- /Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKit.framework/Versions/A/Resources
[plain] view plain copy
- /Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources
[plain] view plain copy
- /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources
找到之后我就直接复制到桌面上来了
3.安装Xcode的Command Line Tools工具,可以查看这篇日志 Xcode中Command Line Tools安装方法
步骤还是打开终端,输入下面的命令即可开始下载安装
[plain] view plain copy
- xcode-select --install
4.找到app包所对应的.dSYM文件,强调要对应
.dSYM 是保存 16 进制函数地址映射信息的中转文件,我们调试的 symbols 都会包含在这个文件中,并且每次编译项目的时候都会生成一个新的 dSYM 文件。测试给过来的.crash文件中,关于崩溃的确切语句和函数部分只有16进制地址符号,并不是我们在xcode调试时看到的xxx.cpp(xxfunction xx行)这样的。如下图
我们需要使用.dSYM文件来对地址进行解析,这样就可以看到是是哪个类里面的哪个函数出了问题。如何获取.dSYM文件,在 获取设备上的调试信息与崩溃日志分析 有讲。
如果是本地真机测试,路径应该是
/Users/name/Library/Developer/Xcode/DerivedData/MyApp-aerllxbslxqnjhgfeoiagutyemyz(一串奇怪的值)/Build/Products
目录下的Debug-iphoneos和Release-iphoneos文件夹中都会包含.app和.dSYM文件
如果是发布模式,可以在Xcode的菜单Window-Organizer框中看到发布过的app版本,选择对应版本可以下载.dSYM文件,如下图
正常情况下这样是可以获取到.dSYM文件的,如果不行,那就没法解析.crash文件了。记得看看你的项目配置:
5.获得了.crash文件 .dSYM文件 symbolicatecrash工具 后,就可以开始解析崩溃日志了。
要解析.crash文件,需要与其版本对应的.dSYM文件,也就是需要对应uuid。
使用如下命令可以查看.dSYM文件的uuid
[plain] view plain copy
- dwarfdump --uuid /Users/qufangliu/Mydsym.app.dSYM
效果如图
可以打开.crash文件,查看crash文件需要的dSYM文件的uuid,如下图
6.可以看到,我们已经有了对应的.crash和.dSYM文件了。可以直接开始解析了。
解析用的命令格式为:symbolicatecrash解析工具 .crash文件 .dSYM文件 > 输出到某个文件(自定义即可)。结果如图
7.可以查看结果文件了
可以看到,原先的地址符号被解析出来了,我们能直接看到导致崩溃的函数和文件。这样就方便查bug了。
使用symbolicatecrash工具解析崩溃日志条件:
1.配置环境变量DEVELOPER_DIR。
2.找到Xcode的解析工具symbolicatecrash
3.安装了Xcode的Command Line Tools工具
4.获得.crash文件
5.获得.dSYM文件
6..crash文件和.dSYM文件的uuid要对应起来(据说每次打包都会出现不同的.dSYM)
注意:
项目的Debug模式下,默认是不生成.dSYM文件的。如果没有找到,请检测项目设置Build Setting->Build Option项。
疑问:
本地真机调试打包后。目录
/Users/qufangliu/Library/Developer/Xcode/DerivedData/TinyColoroad-fovkdduxiolajbggnwdfrfgqhoaw/Build/Products
下会生成如下文件夹
上面示例里面,Debug-iphoneos文件夹下的.dSYM文件的uuid和我的.crash文件的uuid是对应的。Release-iphoneos文件夹下的.dSYM文件的uuid和我获得的.crash文件的uuid不同,但是也可以正常解析我的.crash文件。哈哈哈哈哈哈哈哈
Xcode7.3工具解析App崩溃日志(.crash文件)
时间: 2024-10-05 16:01:28
Xcode7.3工具解析App崩溃日志(.crash文件)的相关文章
iOS系统app崩溃日志手动符号化
iOS系统app崩溃日志手动符号化步骤: 1.在桌面建立一个crash文件夹,将symbolicatecrash工具..crash文件..dSYM文件放到该文件夹中 a.如何查询symbolicatecrash路径位置? 执行命令:find /Applications/Xcode.app -name symbolicatecrash -type f 然后将symbolicatecrash复制一份 例如:Xcode7.3的symbolicatecrash路径 /Applications/Xcode
android app崩溃日志收集以及上传
源码获取请到github:https://github.com/DrJia/AndroidLogCollector 已经做成sdk的形式,源码已公开,源码看不懂的请自行google. 如果想定制适应自己app的sdk请自行fork. AndroidLogCollector android app崩溃日志收集sdk 1.0 作者:贾博士 崩溃日志收集方法: 1.LogCollector是lib包,在需要添加崩溃日志sdk的工程中导入此包. 2.导入lib后,在自己的工程的AndroidManife
使用dSYM分析App崩溃日志
前言 我们在开发App过程中,因为连接到控制台,所以遇到问题会很容易找到问题代码.但是对于线上的App出现Crash的时候,我们不可能通过这种方式,也不现实,所以我们只能通过收集Crash信息,来解决Bug.而这种收集Crash信息并且分析定位到具体代码的第三方SDK很多.但是今天我们来自己实现一下. 收集 Crash 信息 Apple提供了NSException类来帮助我们收集异常信息. NSException is used to implement exception handling a
如何通过友盟分析发布后App崩溃日志-b
要分析崩溃日志,首先需要保留发布时的编译出来的.xcarchive文件.这个文件包含了.DSYM文件. 我一般的做法是,发布成功后,把这个文件.xcarchive直接提交到代码版本库对应的版本分支里,这样就不会搞丢了. 这个文件在哪呢?打开XCode->菜单Window->Organizer,在编译成功的文件上右键,就能打开了. 两种比较麻烦的方法. 第一种方法: 使用dwarfdump命令 dwarfdump --uuid xx.app.dSYM 用来得到app的UUID.dwarf
iOS app 崩溃日志符号化及代码定位
1.什么是符号表? 符号表就是指在Xcode项目编译后,在编译生成的二进制文件.app的同级目录下生成的同名的.dSYM文件..dSYM文件其实是一个目录,在子目录中包含了一个16进制的保存函数地址映射信息的中转文件,所有Debug的symbols都在这个文件中(包括文件名.函数名.行号等),所以也称之为调试符号信息文件. 一般地,Xcode项目每次编译后,都会生成一个新的.dSYM文件.因此,App的每一个发布版本,都需要备份一个对应的.dSYM文件,以便后续调试定位问题. 注意:项目每一次编
app崩溃日志分析
find /Applications/Xcode.app -name symbolicatecrash -type f 拷贝symbolicatecrash 一般情况下,第一次使用symbolicatecrash会产生一个error,如下的错误信息 Error: "DEVELOPER_DIR" is not defined at /usr/local/bin/symbolicatecrash line 53. 解决办法是输入: export DEVELOPER_DIR="/A
常用获取Android崩溃日志和IOS崩溃日志的几种方法
一:前言 在日常测试app时,经常会遇到崩溃问题,测试快速抓取到崩溃日志可以有效方便开发进行定位,快速解决问题所在测试做到测试分析,定位是非常重要的,这也是判断一个测试能力指标的一大维度. 二:Android崩溃日志 一.通过adb logcat获取 # 清除日志,新手上路时,日志内容很多,对于能毕现的日志,可以先清除后重新获取 adb logcat -c # 然后再次运行崩溃操作,再抓取日志 # 存储日志到当前目录下的 carsh.log 中 adb logcat -d *:W > crash
【Android应用开发】 Android 崩溃日志 本地存储 与 远程保存
示例代码下载 : http://download.csdn.net/detail/han1202012/8638801; 一. 崩溃日志本地存储 1. 保存原理解析 崩溃信息本地保存步骤 : -- 1. 自定义类实现 UncaughtExceptionHandler : public class CrashHandler implements UncaughtExceptionHandler; -- 2. 设置该自定义的 CrashHandler 类为单例模式 : // 单例模式 private
iOS应用崩溃日志分析-备用
作为一名应用开发者,你是否有过如下经历? 为确保你的应用正确无误,在将其提交到应用商店之前,你必定进行了大量的测试工作.它在你的设备上也运行得很好,但是,上了应用商店后,还是有用户抱怨会闪退 ! 如果你跟我一样是个完美主义者,你肯定想将应用做到尽善尽美.于是你打开代码准备修复闪退的问题……但是,从何处着手呢? 这时iOS崩溃日志派上用场了.在大多数情况下,你能从中了解到关于闪退的详尽.有用的信息. 通过本教程,你将学习到一些常见的崩溃日志案例,以及如何从开发设备和iTunes Connect上获