学习
实践
活动
专区
工具
TVP
写文章

Android Crash之Java Crash分析

本系列博文主要是想跟大家分享一下在Android平台中如何进行Crash分析并解决问题并告诉大家如何通过bugly进行崩溃捕获快速定位问题。 什么是Crash? 这里我们进行一些概念上的普及: Crash就是由于代码异常而导致App非正常退出现象,也就是我们常说的『崩溃』 Android中有哪些类型Crash 通常情况下会有以下两种类型Crash: Java Crash Native Crash 本篇先探讨Java Crash,Native Crash我们会在下一篇重点讨论。 通过Crash堆栈信息定位问题 上面就是一个很简单的Crash啦,相信很多同学在开发过程中一定遇到过这种情况,万恶的空指针啊,啊,啊。我们来看看logcat给我们输出的堆栈信息: ? 想了解更多内容,敬请关注下一篇『Android Crash之Native Crash分享』。

54420
  • 广告
    关闭

    年末·限时回馈

    热卖云产品年终特惠,2核2G轻量应用服务器7.33元/月起,更多上云必备产品助力您轻松上云

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Android Native Crash 收集

    欢迎大家关注他的博客——开源实验室(点击原文链接可以直接访问) 在 Android 平台上,Native Crash 一直是比较麻烦的问题,因为捕获麻烦,获取到了内容又不全,内容全了信息又不对,信息对了又不好处理 比 Java Crash 不知道麻烦多少倍。 今天跟大家讲一下,我最近掉了几百根头发写出来的一个 Native Crash 收集的功能(脱发已经越来越严重了)。 一个 Native Crash 的 log 信息如下图: ? 这张图是我在网上找的(由于没有写 demo,项目中的截图不方便直接拿出来,就偷了个懒)。 要实现 Native Crash 的收集,主要有四个重点:知道 Crash 的发生;捕获到 Crash 的位置;获取 Crash 发生位置的函数调用栈;数据能回传到服务器。 知道 Crash 的发生 与 Java 平台不同,C/C++ 没有一个通用的异常处理接口,在 C 层,CPU 通过异常中断的方式,触发异常处理流程。

    1.4K10

    iOS Crash不崩溃

    用户在使用App的过程中,经常遇到闪退的情况,体验不太好,本文尝试探索引发闪退的原因,以及在遇到crash的情况下,尽可能的保持程序运行,并及时上报错误。 一、crash类型 1.OC层面的crash 1.1 普通类型 NSInvalidArgumentException:非法参数异常,传入非法参数导致异常,nil参数比较常见。 2.Signal层面的crash 除了OC层面的异常捕获之外,很多内存错误、访问错误的地址产生的crash则需要利用unix标准的signal机制,注册SIGABRT, SIGBUS, SIGSEGV等信号发生时的处理函数 二、存在问题 程序闪退,用户体验不好 三、监听crash 1.任凭程序闪退并上报 1.1 NSSetUncaughtExceptionHandler 捕获OC层面的crash 参考文章 (1)AppDelegate 自动修复+捕获上报 2.1 针对普通类型Crash的处理机制 hook相关的方法,增加保护机制。

    16520

    Android native crash解析

    当某个进程发生crash时会出现下面的错误日志,它可能出现在logcat日志或者/data/tombstones目录下的tombstone文件中 --------- beginning of crash Crash dumps 如果当前你没有一个正在研究的crash例子,Android系统源代码中提供了一个用于测试debuggerd的工具,叫做crasher。 一般地,natvie crash日志是以字符串"*** ***"起始。 Build fingerprint:'xxxx' Fingerprint 信息用于辨别发生crash的编译版本。 其中,Linux 专门提供了一类 crash 信号,在程序接收到此类信号时,缺省操作是将 crash 的现场信息记录到 core 文件,然后终止进程。 这部分显示程序发生crash时刻寄存器地址附近的内存信息。通常,检查内存信息能够进一步定位发生crash的原因。

    51820

    了解和分析iOS Crash

    当app发生crash时会产生crash report,这对我们定位crash的原因非常有帮助。该篇重点介绍了如何符号化、看懂并解析一篇crash Report。 所以你应当仔细研读这些crash report,去了解你的app究竟发生的是哪种crash,并尝试修复它们。 Crash Report,尤其是堆栈信息,在被符号化之前是不可读的。 App Store在符号化crash report后会把内部所有的crash reports做汇总并分组,这种聚合(相似crash report)的方法叫做crash聚类。 一个部分符号化的crash report也许包含了可以理解crash的信息,这取决于crash的类型和哪一部分被成功符号化了。一个未符号化的crash report用处有限。 所以你只需要把crash report加到Xcode Organizer就可以了。 Note:Xcode只认.crash后缀的crash report。

    81620

    了解和分析iOS Crash

    当app发生crash时会产生crash report,这对我们定位crash的原因非常有帮助。该篇重点介绍了如何符号化、看懂并解析一篇crash Report。 所以你应当仔细研读这些crash report,去了解你的app究竟发生的是哪种crash,并尝试修复它们。 Crash Report,尤其是堆栈信息,在被符号化之前是不可读的。 App Store在符号化crash report后会把内部所有的crash reports做汇总并分组,这种聚合(相似crash report)的方法叫做crash聚类。 9. 一个部分符号化的crash report也许包含了可以理解crash的信息,这取决于crash的类型和哪一部分被成功符号化了。一个未符号化的crash report用处有限。 ? 所以你只需要把crash report加到Xcode Organizer就可以了。 Note:Xcode只认.crash后缀的crash report。

    65630

    再谈 iOS App Crash 防护

    去年,网易杭州研究院曾经针对 crash 的防护有提出『大白健康系统--iOS APP 运行时 Crash 自动修复系统』方案,使得 crash 防护这个想法真正被落实,但至今该方案的具体实现并没有被开源 Crash 防护可选的方案 Crash 是什么? 在探讨 Crash 防护的方案之前,我们有必要对计算机领域 Crash 这个概念进行重新认识。 对于 Crash 的概念),维基百科中是这么定义的: In computing, a crash (or system crash) occurs when a computer program, such 可选的 Crash 防护方案 上面已经提到了 Crash 实际上我们触发了异常,但又没有去处理这些异常而导致的结果。那么很自然的第一个防护方案便可以想到是去处理这些异常。 这种方案确实是可行的,我也确实有见过一些人使用 try-catch 来做一些常见的 Crash 防护。

    1K40

    扫码关注腾讯云开发者

    领取腾讯云代金券