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.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash

b.crash文件为崩溃app对应版本的崩溃日志

c.dSYM文件为崩溃app对应版本的符号文件

2.在终端中进入到dsym文件夹下，执行命令：./symbolicatecrash ./*.crash ./*.app.dSYM > symbol.crash

‘*‘为app对应的名字

如果报错：

在当前窗口下执行命令：export DEVELOPER_DIR=/Applications/XCode.app/Contents/Developer

然后再次执行命令：./symbolicatecrash ./*.crash ./*.app.dSYM > symbol.crash

时间： 2024-10-17 09:25:14

iOS系统app崩溃日志手动符号化的相关文章

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

Xcode7.3工具解析App崩溃日志(.crash文件)

Xcode7.3工具解析App崩溃日志(.crash文件) 原文链接:http://blog.csdn.net/u011056605 开发的App或者游戏提交审核后,偶尔会收到测试反馈的消息,说应用崩溃了,bug偶尔出现,难以找到确定的重现方法. 怎么办?可以分析崩溃文件啊,也就是app崩溃后,自动保存在设备本地的.crash文件. 获得崩溃日志的方式,在获取设备上的调试信息与崩溃日志分析中有说. 在环境ok的情况下,xcode中是可以自动解析.crash文件的.旧版本的xcode甚至可以导

iOS app 崩溃日志符号化及代码定位

1.什么是符号表? 符号表就是指在Xcode项目编译后,在编译生成的二进制文件.app的同级目录下生成的同名的.dSYM文件..dSYM文件其实是一个目录,在子目录中包含了一个16进制的保存函数地址映射信息的中转文件,所有Debug的symbols都在这个文件中(包括文件名.函数名.行号等),所以也称之为调试符号信息文件. 一般地,Xcode项目每次编译后,都会生成一个新的.dSYM文件.因此,App的每一个发布版本,都需要备份一个对应的.dSYM文件,以便后续调试定位问题. 注意:项目每一次编

iOS 查看崩溃日志与符号化

能看到这篇文章,就已经证明获取崩溃日志的重要性了.在公司,测试人员偶尔碰到程序崩溃,把bug提交给程序员,往往bug难以重现,这就造成了bug难以修改的现象.其实, 每台iPhone设备的程序崩溃时都会生成一个崩溃日志,保存到手机里.下面来说说如何获取崩溃日志: 1.同步手机内容把手机连接到电脑,电脑会自动打开iTunes(如图. 选择自己的手机,点击同步之后崩溃日志便同步到电脑中了. 2.查看崩溃日志打开Finder----->cmd + shift + G 粘贴 : ~/Library

使用dSYM分析App崩溃日志

前言我们在开发App过程中,因为连接到控制台,所以遇到问题会很容易找到问题代码.但是对于线上的App出现Crash的时候,我们不可能通过这种方式,也不现实,所以我们只能通过收集Crash信息,来解决Bug.而这种收集Crash信息并且分析定位到具体代码的第三方SDK很多.但是今天我们来自己实现一下. 收集 Crash 信息 Apple提供了NSException类来帮助我们收集异常信息. NSException is used to implement exception handling a

iOS：crash崩溃日志分析

一.前言: 作为一个合格的iOS开发者,除了具有规范强悍的编码能力外,还应该具有过硬的查错纠错能力.在项目运行时,程序崩溃是不可避免的,遇到这个问题,有时会出现一大堆的crash日志,艹,貌似看不懂呀.其实没有那么可怕,我们可以将这些日志格式化,通过它来快速定位问题的所在,以便迅速搞定它. 二.分析: 首先我们来看一个crash日志,大略的介绍其中的几个重要的关键词: 关键词解释: 2.1. 进程信息第一部分是闪退进程的相关信息: Incident Identifier : 是崩溃报告的唯一标识

iOS开发--应用崩溃日志揭秘（二）

场景 4: 吃棒棒糖时闪退! 用户邮件说, “当rage master吃棒棒糖时应用就闪退…” 另一用户说, “我让rage master 吃棒棒糖,没几次应用就闪退了!”崩溃日志如下: Incident Identifier: 081E58F5-95A8-404D-947B-5E104B6BC1B1 CrashReporter Key: 5a56599d836c4f867f6eec76afee451bf9ae5f31 Hardware Model: iPhone4,1 OS Version:

如何通过友盟分析发布后App崩溃日志－b

要分析崩溃日志,首先需要保留发布时的编译出来的.xcarchive文件.这个文件包含了.DSYM文件. 我一般的做法是,发布成功后,把这个文件.xcarchive直接提交到代码版本库对应的版本分支里,这样就不会搞丢了. 这个文件在哪呢?打开XCode->菜单Window->Organizer,在编译成功的文件上右键,就能打开了. 两种比较麻烦的方法. 第一种方法: 使用dwarfdump命令 dwarfdump --uuid xx.app.dSYM 用来得到app的UUID.dwarf

获取iOS 设备上崩溃日志（Crash Log）的方法

1. iTunes同步获取大部分用户会使用iTunes软件来管理iPhone,这样同步的Crash日志就会同步到电脑上,我们需要在特定的路径里面查找 Mac OS X:~/Library/Logs/CrashReporter/MobileDevice 2. 使用第三方软件 : itools等使用itools第三方软件对iPhone设备管理,打开高级功能 --崩溃日志,然后将需要的日志导出到电脑里