关于崩溃等问题的定位总结(使用qcc的一些方法来尝试)

简介: 1.把定位崩溃问题这个问题打开(这个有点绕,但确实要这么说,具体请仔细体会),其中可能的定位信息:1.crash日志  2.日常日志 2.从crash文件可以分析得到调用堆栈(如果可以通过dsym解出的话),可以得到崩溃的时间,设备类型,系统版本号,cras...

1.把定位崩溃问题这个问题打开(这个有点绕,但确实要这么说,具体请仔细体会),其中可能的定位信息:1.crash日志  2.日常日志

2.从crash文件可以分析得到调用堆栈(如果可以通过dsym解出的话),可以得到崩溃的时间,设备类型,系统版本号,crash线程,还有其他额外的提示信息(可能标示着崩溃的原因及一些相关性能数据等),binary images(目前没有发现用处)

3.从崩溃时间去查找日常日志,可以看到崩溃前的最后一些调用,根据可能的原因和线程号进行分析,再结合上面能解出的堆栈,基本就可以定位出问题的代码块,如此再通过代码分析来一步步解决问题

4.关于5w2h    what:找到崩溃的代码块  why:因为是难以复现或者是不具备复现条件的问题,目前仅能根据日志来定位  when:从日志时间和crash时间点作为前置条件进行过滤分析

where:深入到日常日志内部 who:谁调用了谁,谁的地方出了问题(线程id!!!) how:结合代码再进行查看  how much:根据问题的棘手程度来定,大部分情况下推荐获取到dsym解出堆栈日志信息,方便定位;若比较简单则可以通过除堆栈外的手法快速定位

5.以上就是使用了5w2h歪曲分析了一下问题哈大笑 最重要的是把问题解决

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
利用dump文件反向定位崩溃位置的体会
利用dump文件反向定位崩溃位置的体会
|
1月前
|
安全 Linux 开发者
⭐⭐⭐⭐⭐Linux C/C++ 进程崩溃诊断以及有效数据收集:解锁代码问题快速定位与修复的方法
⭐⭐⭐⭐⭐Linux C/C++ 进程崩溃诊断以及有效数据收集:解锁代码问题快速定位与修复的方法
83 1
|
3月前
|
JavaScript IDE Java
bugly崩溃排查3:观察是谁调用了崩溃函数
bugly崩溃排查3:观察是谁调用了崩溃函数
22 0
日常总结一:下面的代码会崩溃么?
日常总结一:下面的代码会崩溃么?
VS2005利用pdb加源码定位崩溃所在代码行
VS2005利用pdb加源码定位崩溃所在代码行
|
9月前
|
Java 编译器 应用服务中间件
几行代码就可以把系统高崩溃;
几行代码就可以把系统高崩溃;
69 0
|
11月前
|
消息中间件 XML 前端开发
Activity.onStop() 延迟10秒?检测、定位、修复它!
Activity.onStop() 延迟10秒?检测、定位、修复它!
129 0
|
SQL BI 数据库
记一次bug分析定位过程
其实很多时候,我们在测试过程中发现的很多bug,并不是由于开发人员编码能力不好,或者粗心大意造成,而是在项目开发实施过程中,没有遵循一些必要的项目流程,没有充分认识到质量的重要性;如果能做好这方面的工作,关注流程,而不是喊口号,人人重视质量,人人为结果负责,那么,会有很多问题、不只是bug,都将“被扼杀在摇篮里”......
记一次bug分析定位过程
CPU异常定位手段
节点服务CPU使用异常,导致CPU资源使用紧张,可以使用top和pstack定位异常代码问题
189 0
|
缓存 监控 网络协议