今天突然发现了一个解析iOS crash log的好方法,忍不住来分享一下. 相信每个做iOS开发的TX都应该不会对symbolicatecrash陌生,我们第一次遇到真机上产生的崩溃日志时,在网上搜到的大部分教程都告诉我们说要用symbolicatecrash来解析crash log,我信了,所以相当长一段时间内,我都是用这个工具来解析crash log的. 每次都去敲命令来解析crash log本身就是一件很蛋疼的事情,但这还不是麻烦的,最麻烦的是用symbolicatecrash还经常遇到…

iOS开发中,经常遇到App在开发及测试时不会有问题,但是装在别人的设备中会出现各种不定时的莫名的 crash,因为iOS设备会保存应用的大部分的 crash Log,所以可以通过 crash Log 来定位 crash 原因. 一. 获取iOS设备上的 crash log 1. 将iOS设备连接到电脑上,打开 Xcode -> Organizer -> Devices,找到该台设备,在 Device logs 中找到 crash log(后缀为 .crash 的 log 文件),将其导出即可…

项目中遇到一台手机运行测试包闪退的现象,而且是一个设备闪退其他设备没有再现的情况 可以看到Crash信息,但是指定的问题给出的是16进制内存地址,根本无法定位问题发生在哪个类的哪个函数中 所以需要解析这个Crash文件,好了,废话就说这么多,以下是干货~~~ 文章讲述如下5个问题: 一.如何获取手机的Crash文件 二.使用symbolicatecrash解析Crash文件具备的条件 三.如何获取以上三个文件 四.如何找到symbolicatecrash 五.如何使用symbolicatecra…

导出crash文件 Xcode -> Window -> Devices and Simulators -> View Device Logs ,然后选中导出. 找到.app文件和.dsym文件 .app文件:直接解压缩.ipa文件,在Payload文件夹里面取得 .dsym文件:.xcarchive文件显示包内容,在dSYMs文件夹里面取得 找到symbolicatecrash文件 在terminal输入以下命令找到symbolicatecrash文件路径 1 find /Applic…

概述: 为什么 crash log 内 Exception Backtrace 部分的地址(stack address)不能从 dsym 文件中查出对应的代码? 因为 ASLR(Address space layout randomization),因为 ASLR 引入了一个 slide (偏移) . symbol address = stack address - slide; slide 可以在运行时 由 API 获取到 dyld_get_image_vmaddr_slide() 也可以根据…

其实,对于做移动 APP 开发的同学来说,质量和体验都是同等重要的.一个 APP 应用如果经常「闪退」,是产品质量很差的一个体现,那么用户体验就更不用再提了. *** 上面是笔者截取的国外一家公司对用户行为分析漫画的一个片段,从图中可以看到,有 80%的用户会因为网络错误和崩溃抛弃这个 APP,有 86% 的用户,如果体验太差,绝对不会第二次使用该 APP.所以开发一个优秀的 APP,性能即生死,一定尽量杜绝「闪退」. 诚然,iOS 上的 APP 闪退有各种各样的原因,像三方库不兼容.响应超时.…

iOS解析crash日志:我们在ios开发中会碰到的很多crash问题,如果Debug调试模式的话,我们可以往往很容易的根据log的输出定位到导致crash的原因,但对于已经上线的应用,或者是release环境包导致的crash,我们就需要一些特殊的手段来通过crash log进行分析定位了. 1.导出crash log 将产生崩溃的设备连接到PC,打开iTunes, 等待iTunes同步Crash日志完成: Mac机器打开Finder,进入~/Library/Logs/CrashReporte…

1.前言 想来每个iOS攻城狮,都免不了要接触.crash文件 那么什么是.crash文件? iOS app的所有崩溃记录都会记录在设备上,所以对于和我一样没有集成让用户发送崩溃报告功能的iOS开发者来说,要获得crash文件就必须先连上崩溃过的机器,然后从崩溃过的机器上导出.crash文件   2.如何解析.crash文件 我们先看一眼导出来的.crash文件,重点看下崩溃部分的记录 如下图 显然从这图里,我们没法定位出具体的错误,和崩溃的具体行数. 我们得到是个二进制的报告,这时候我们需要对…

前言:crash log 对 定位崩溃问题 ,并且不容易复现,尤其是及时对appstore 上正在运营的 app 的迭代改进来说 非常重要. 1 crash两种情况 1.1 测试环境下 追踪bug 1.2 App Store  上应用 追踪bug 我们主要讨论在App Store  上应用 追踪bug 的情况 2获取crash log信息途径 2.1自己收集,做错误分析 错误趋势: 收集崩溃信息 存储 上传服务器 (时机可以是再一次打开应用时候同步)  方法: // 将系统提供的获取崩溃信息函数…

方法一: 1.xcode 有自带的symbolicatecrash,可以将.crash文件中的16进制地址转换成可读的函数地址. symbolicatecrash位于: /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecras…