iOS错误堆栈查找崩溃原因的方法

最新推荐文章于 2023-06-28 21:35:08 发布
最新推荐文章于 2023-06-28 21:35:08 发布
阅读量1k 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lingtian5210/article/details/46347491
版权
本文通过一个FIR.im iOS客户端在BugHD上的崩溃实例，介绍如何解读和利用错误堆栈来查找崩溃的原因。内容涵盖进程信息、设备型号、错误堆栈解析以及atos命令的使用方法，帮助开发者定位到崩溃的具体位置，如-[FIRViewController viewDidLoad]方法的第156行。
摘要由CSDN通过智能技术生成

　　BugHD开始使用后，一些同学对于根据错误堆栈查找问题的方法还有一些疑问，现在我们用一个FIR.imiOS客户端在BugHD上搜集到的崩溃做例子，带大家了解一下BugHD：　　

　　我解读一下这份崩溃日志：

　　进程信息

　　*** -[__NSArrayI objectAtIndex:]: index 20 beyond bounds [0 .. 0]是闪退进程的相关信息。

　　崩溃版本: BugHD会记录崩溃产生的具体的version和build号，需要了解更多关于版本号的同学，可以看一下浅谈iOS版本号。

　　崩溃总数: 记录因这崩溃原因导致的崩溃总数。

　　发生设备: 记录遇到这一问题的设备数量。

　　设备型号　　

　　标识设备类型。 如果很多崩溃日志都是来自相同的设备类型，说明应用只在某特定类型的设备上有问题。从上图可以看出，发生崩溃的设备为iPhone4S，iOS操作系统为7.1.2。

　　其他设备信息　　

　　错误堆栈

　　从错误堆栈中，你可以看到闪退发生时抛

最低0.47元/天 解锁文章
lingtian5210
关注
iOS崩溃堆栈符号化，定位问题分分钟搞定！
腾讯Bugly的专栏
05-30 5666
最近一段时间，在跟开发者沟通过程中，萝莉发觉有些开发者对iOS的应用符号表还不是很清楚，除了咨询关于符号表生成、配置的问题以外，对Bugly崩溃分析需要配置符号表也存在疑问。 在这里，萝莉就给大家分享下关于iOS符号表的一些内容。 首先，进行常识“脑补”。   1. 符号表是什么？ 符号表就是指在Xcode项目编译后，在编译生成的二进制文件.app的同级目录下生成的同名的.dSY
iOS app Crash时查看调用堆栈
xuvw006的专栏
01-03 1497
iOS 应用崩溃时调用堆栈捕获
如何定位Release程序崩溃原因
痞子龙3D编程
08-11 2584
1       案例描述 作为Windows程序员，平时最担心见到的事情可能就是程序发生了崩溃（异常），这时Windows会提示该程序执行了非法操作，即将关闭。请与您的供应商联系。呵呵，这句微软的“名言”，恐怕是程序员最怕见也最常见的东西了。 在一个大型软件的测试过程中，初期出现程序崩溃似乎成了不可避免的事。其实测试中出现程序崩溃并不可怕，反而是测试的成功。作为开发的我们更需要关心的是程序
XZ_iOS之崩溃信息的查看，调用堆栈的调试技巧
understand_XZ的博客
07-18 1124
写一个demo，制造一个崩溃信息：尝试给NSArray在第一个位置插入一个空对象；以此为例，查找崩溃的原因。 下图中的崩溃信息有一个标准的名字叫调用堆栈，既然是堆栈，那么先执行的肯定在下面，后执行的在上面。 在真机上只显示错误信息，不显示详细的调用堆栈内容
iOS根据堆栈信息查找崩溃位置
CXLiao的博客
04-20 1314
通常，我们使用全局断点可以定位到崩溃的位置，但是在很多时候，我们无法具体定位到崩溃位置。比如 这个时候可以根据堆栈里的内存地址来进行查找 一. dsym符号表的获取 已经打包的项目 xcode->window->organizer->右键你的应用 show finder->右键.xcarchive 显示包内容->dSYMs->test.app.dYSM 直...
ios崩溃日志收集_iOS崩溃与日志分析
weixin_39825259的博客
12-19 2122
在iOS开发中经常需要靠记录日志来调试应用程序、解决崩溃问题等，整理常用的日志输出和崩溃日志分析。最新更新：2018-11-30基于CocoaLumberjack 的 Swift使用封装库一、崩溃的捕获1、崩溃日志产生原因1、应用中有Bug。2、Watchdog超时机制3、用户强制退出4、低内存终止5、其他违反系统规则的操作，大部分是内存问题发生崩溃，系统会生成一份崩溃日志在本地，或者上传IT...
iOS崩溃地址解析到具体的代码
最新发布
11-04
6. **理解堆栈信息**：解析出的代码行通常能指出问题所在，但有时还需要结合其他信息，如异常类型、崩溃时的变量状态等，才能确定确切原因。可能的问题包括空指针引用、数组越界、内存泄漏、线程竞争等。 总之，iOS...
iOS Crash常规跟踪方法及Bugly集成运用详细介绍
09-01
3. **真机运行**：如果是在未连接Xcode的情况下运行应用，可以通过设备的系统日志（例如使用`Console.app`或`tail -f /var/mobile/Library/Logs/CrashReporter/*.log`）来查找崩溃信息。系统日志通常包含更详细的...
iOS_异常堆栈报告分析
feelinghappy的专栏
12-10 491
在使用 Xcode 工具的开发过程中, 面对运行异常, 很多初学者往往毫无头绪, 不知道如何跟踪异常堆栈, 如何分析异常堆栈报告. 这里就给大家介绍如何<b>跟踪异常堆栈</b>和<b>分析堆栈报告</b>. <h4>1>跟踪异常堆栈</h4> 默认情况下, 使用 Xcode 工具进行开发时, 产生异常时会有信息输出, 也会有异常堆栈输出, 不过它们都是晦涩难懂的内存地址, 我们需要单独添加程序代码来处理这些程序. <b&
iOS 堆栈获取异常分析
killer1989的博客
06-22 1018
最近遇到偶然Bug,ios获取堆栈时偶尔会出现无法识别的栈帧，且对应的地址与macho文件内存的image无法对应，????看看到底是什么原因： 首先看现象： 可以看到栈底和中间的栈帧均出现了unkonwn，且栈帧的地址明显与其他长度不一致 查找关键字“unkonwn” 代码中只有一处出现了此关键字????，代码定位get（注意区分unknown和unkonwn区别，这里写代码的同学“手误”（腹黑）写了两个方式来区分不同问题） 代码比较简单，大概的意思是，通过读取machO文件，获取所有的
Xcode debug时如何查看崩溃堆栈:First throw call stack不打印方法名
热门推荐
骑着蜗牛找马儿
02-20 1万+
在Xcode调试程序时，程序出现bug崩溃后，偏偏在控制台显示的崩溃堆栈看不到具体的函数调用信息以及函数行号等，这怎么办？
iOS调试，找出错误代码所在位置
acongge2010的博客
04-27 1467
在Xcode调试程序过程中，程序出现意想不到的bug后，突然崩溃掉了，一般都会抛出First throw call stack--调用堆栈首先抛出的问题。在本实例图中我们也可以发现抛出问题的解释：“由于未捕获的NSRangeException异常而终止应用程序，原因是指数2超越界限”。Terminating app due to uncaught exception 'NSRangeExcepti...
iOS Xcode13基于dSYM和ips文件Crash奔溃堆栈解析
文木一
04-16 6820
背景 日常迭代开发中，我们用真机测试过程遇到崩溃问题时，有时候因为没有线上堆栈的监控日志，需要人工手动去解析定位堆栈信息 场景 需要手工解析日志一般有两种场景，一种是我们开发者自己的手机闪退了；另一种是别人的手机闪退了。两者主要的区别就是前者是开发者有自带的Xcode，后者可能是测试或用户不太方便连接到Xcode。 方案 开发者本人手机崩溃堆栈分析 针对第一种场景，即崩溃的手机即是开发者本人手机，相对就比较简单。 1、连接手机通过Xcode导出crash日志文件 在MAC电脑中打开Xcode
记录一个iOS无法找到堆栈信息的崩溃修复
liubo的博客
06-28 428
思路，既然我们无法通过调用的堆栈信息查找，那就试试通过崩溃对象的内存地址查看该对象的详细信息。顺着持有关系链，找到一个button ,如图，点击展开符号，红框中所示，查看关系链的更上一级。可以知道我们崩溃的对象在某个cell 中，并被该cell的_shareButton 持有，是对一个颜色取长度了，这我们就猜测到是设置将标题设置成了颜色。在左侧输入框中输入崩溃对象的内存地址，定位到崩溃对象。如图，点击该图标，查看内存分布。然后再结合 崩溃信息。
71.iOS 错误堆栈查找崩溃原因的方法---根据崩溃信息，找到对应的崩溃代码
蝶飞花已醉的博客
09-01 1781
已标记错误位置的: 3 FIR 0x000000010bfddd8c -[FIRViewController viewDidLoad] + 8588 未标记错误位置，有基地址的情况： 3 FIR 0x000e3e92 0xd3000 + 69266 这条调用栈包括下面四部分: 模块号: 这里是3二进制库名: 这里是 FIR.im调用方法的地址: 这里是 0x000e3e92第
iOS崩溃堆栈还原
will_hsbsch的专栏
04-27 2435
我们以前定位crash的流程如下： 到iFunshion.app.dsym(app对应的符号文件)目录下，执行命令 atos -o 'iFunshion.app.dSYM/Contents/Resources/DWARF/iFunshion' -arch armv7崩溃时的调用地址 就能定位到程序代码的某一行了。 到ios4.3以后，直接用“十六进制的崩溃内存地址”就不能定位到正确的程序代
iOS异常捕获-堆栈信息的解析
DevYuan的专栏
02-22 6603
最近使用NSSetUncaughtExceptionHandler和signal方法捕获异常，但是捕获到的都是堆栈信息 ，如何利用这些堆栈信息查看报错方法名和行数？
iOS OC 方法查找深入解析：_class_lookupMethodAndLoadCache3详解
iOS OC 方法查找流程深入解析 在iOS Objective-C (OC) 开发中，方法查找是一个关键过程，它涉及到如何在运行时确定对象调用的方法实现。当我们调用一个对象的方法时，底层机制首先通过objc_msgSend发送消息。如果...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值