关于崩溃等问题的定位总结(使用qcc的一些方法来尝试)
2013-07-15 18:52
603 查看
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歪曲分析了一下问题哈
最重要的是把问题解决
2.从crash文件可以分析得到调用堆栈(如果可以通过dsym解出的话),可以得到崩溃的时间,设备类型,系统版本号,crash线程,还有其他额外的提示信息(可能标示着崩溃的原因及一些相关性能数据等),binary images(目前没有发现用处)
3.从崩溃时间去查找日常日志,可以看到崩溃前的最后一些调用,根据可能的原因和线程号进行分析,再结合上面能解出的堆栈,基本就可以定位出问题的代码块,如此再通过代码分析来一步步解决问题
4.关于5w2h what:找到崩溃的代码块 why:因为是难以复现或者是不具备复现条件的问题,目前仅能根据日志来定位 when:从日志时间和crash时间点作为前置条件进行过滤分析
where:深入到日常日志内部 who:谁调用了谁,谁的地方出了问题(线程id!!!) how:结合代码再进行查看 how much:根据问题的棘手程度来定,大部分情况下推荐获取到dsym解出堆栈日志信息,方便定位;若比较简单则可以通过除堆栈外的手法快速定位
5.以上就是使用了5w2h歪曲分析了一下问题哈
最重要的是把问题解决
相关文章推荐
- 关于Listview 使用过程中 的一些问题及 解决方法
- 关于absolute定位的一些问题总结
- 关于IIS在使用中遇到的一些问题的总结
- 关于printf("%p",p);使用方法的一些总结
- 关于WebView的总结2---使用方法及常见问题和解决方案汇总
- 关于quartus软件安装的一些方法和路径问题总结
- C++技术问题总结-第15篇 内存泄露有哪些方法定位,崩溃有哪些方法定位
- 关于ubuntu使用中发现的一些问题和部分解决方法
- 关于android-support-v7-appcompat.jar的使用的一些问题和解决方法
- 关于Linq使用过程中遇见的一些小问题的总结
- 关于ajax对象一些常用属性、事件和方法大小写比较常见的问题总结
- 最近在ArcGIS Engine开发中关于调用gp工具过程出现COM 组件的调用返回了错误 HRESULT E_FAIL 错误的解决方法 和 学习oracle中遇到的一些问题总结
- 【原】关于使用jieba分词+PyInstaller进行打包时出现的一些问题的解决方法
- Unity3D Android使用Bugly定位崩溃问题总结
- 关于Linux系统下在使用close关闭串口设备时引起的内核崩溃问题解决方法
- 关于使用SuperMap以及开发中一些问题的解决方法。
- 关于vector删除某一些特定的值的使用方法和出错的问题详解.
- 关于Android stdio使用的一些小问题的解决方法
- 关于取火柴棒问题取胜方法的一些思考(简述)
- 在redis使用过程遇到的一些问题的总结