Android常见Crash分类和介绍,完整PDF

1、ANR in - ANR问题的通用标签

2、NullPointerException - 空指针异常

3、IndexOutOfBoundsException - 数组、集合等越界

4、IllegalArgumentException - 不合法的参数异常,可能是使用函数或者启动服务等等参数设置错误等

5、java.lang.IllegalStateException - “非法的状态”,可能是对于API的时序使用错误,比如start后立即 stop,其实异步的Start还没有初始化完成,但是你瞬间就Stop了,也可能造成状态错乱等错误。

6、java.lang.StackOverflowError 堆栈溢出错误。当一个应用递归调用的层次太深而导致堆栈溢出时抛出该错误,(死循环了等)

7、ArithmeticException - 算术运算异常

8、NumberFormatException - 数字格式异常

9、UnsupportedOperationException - 不支持的操作异常

10、SecurityException - 安全异常,比如Android 6.0以上App原生开发需要动态权限申请,但是你没申请就使用了等,会提示这类错误。 当以上特定错误不出现得时候,可以查一些共通的标签:

  1. System.err - 多种错误的统一前缀,当以上错误没有出现的时候,可以使用这个标签找找全局的错误,可能和你不见得相关,但是如果这个错误上下文发现你的模块log或者类名,那就有迹可循了。

12、java.lang.RuntimeException - 各种JAVA异常的通用标签。

13、beginning of crash - 奔溃log一般起始标识

14、Input dispatching timed out - 这个log是安卓源码中输出的(ActivityManagerService当中的ANR),引起的原因是页面启动的时序中包含耗时较长的逻辑,需要优化从application启动到activity的resume(显示给用户)整个流程的时序,这类问题一般已经不是解bug的问题了,如果这种压力测试的错误必解,可能需要重构部分时序了(很多应用启动慢和启动卡顿等也是启动时序中太多耗时代码导致的,部分不重要的初始化逻辑还是要放到子线程去处理的)。

  1. start U0 可以查找activity启动的log

  2. am_、wm_ 可以查找activityManager相关的log

三、Log分析和使用总结整理:

1、通用的Log标识需要了解,拿到Log文件后找不到自己模块的Log,也可以找找自己的包名、主Activity名、原生抛出的通用Crash标识等,Crash问题可能是我们调用其他模块函数引起的,也可能是别人调用我们函数引起的,基于通用的Log分析定位大部分的还是能够定位出原因的,基于以上分析如果还是无法定位,根据现象分析等可以酌情给可能引起问题的类添加Log,再去依赖测试去重新截取Log等,尽量不要出现测试反复截取无Log的现象。

2、另外,自己模块的Log或者错误Log没有出现不能就一定能排除自己的问题,很可能也是因为自己模块的主线程耗时代码太多,导致主线程阻塞了,所以其他模块调用你的函数或者进程间通信无法打印出Log,所以分析Log还是要深入一些,复杂问题具体问题具体分析。

ps: 关于Android应用启动慢的偶现问题,可以通过"start U0|am_|wm_"等标签去查启动log am_restart_activity和am_stop_activity能够看出APP切换的时间,细致查一下启动慢的原因,耗时再哪里. 另外,如图am_low_memory出现代表系统内存不足,也会导致应用启动慢。

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Android原生崩溃(android native crash)是指在Android平台上,由于代码执行错误或者资源耗尽等原因,导致应用程序无法正常运行而崩溃或者闪退的现象。原生崩溃产生的原因可能是由于C或者C++代码编写错误、内存溢出、线程竞争等。针对原生崩溃问题,开发人员需要使用调试工具进行定位和修复。 ### 回答2: Android Native Crash发生在安卓应用程序运行时,由于C或C++库的错误或者其他原因导致应用程序崩溃。有时候Native Crash可能会影响整个设备,尤其是当Native Crash发生在系统级别的代码中时。 产生Native Crash的原因通常包括以下几个方面: 1. 内存管理问题:Native Crash通常与内存管理问题相关,这可能是由于访问未初始化的内存,使用错误的指针或释放已释放的内存等原因引起的。 2. 硬件问题:Native Crash也可能与设备相关的硬件问题有关,例如访问不可用的硬件资源或硬件设备故障。 3. 应用程序代码问题:Native Crash可能发生在应用程序代码的错误、资源泄漏、堆栈溢出等问题引起的。 4. 第三方库问题:Native Crash也可能由第三方库中的错误或bug引起。这些库可能没有经过充分的测试,或者与设备硬件不兼容。 为了更好地解决Native Crash问题,开发者可以通过日志或崩溃报告(Crash Report)来检测和分析崩溃日志,并查看堆栈跟踪信息来确定导致Native Crash的来源。在开发过程中,经常使用除了自己编写的代码之外的第三方库时,还可以考虑使用崩溃的回溯工具,如Firebase Crashlytics等。 总之,Native CrashAndroid应用程序开发过程中经常遇到的问题,它可能会对用户体验和开发进度产生重大影响,因此开发者需要强化对Native Crash的理解和分析能力,以更好地解决Native Crash的问题。 ### 回答3: Android Native Crash,指的是在 Android 系统中发生的本地崩溃。本地崩溃是指应用程序使用本地代码,而不是 Java 代码,导致应用程序崩溃的问题。本地代码可以是编写在 C/C++ 等语言中的库,或是应用程序本身所编写的 Native 代码。 本地代码崩溃后,会在应用程序崩溃的同时发生。本地崩溃可发生在 Android 应用程序中的任何部分,比如,应用程序本地库、Android 系统库等等。大多数情况下,本地崩溃是由于访问无效内存、访问不合法指针、数组越界等问题引起的。 为了解决本地崩溃问题,Android 提供了一些工具和技术。比如,使用 ndk-stack 工具可以解析本地崩溃日志。Android Studio 也提供了一些工具来分析应用程序崩溃的原因。同时,我们也可以在应用程序中添加自定义的日志跟踪信息,以便更好地了解应用程序的崩溃原因。 还有一些其他的技术可以使用,如使用 Google 的 Crashlytics 来跟踪应用程序的崩溃问题。这个平台可以帮助开发者收集和分析应用程序在用户设备上的崩溃信息,并彻底解决这些问题。此外,Android 还提供了一些实用工具和技术,如 ANR(Application Not Responding)错误处理器、Tracer for OpenGL ES 和 Traceview 示例等。 总之,Android Native CrashAndroid 系统中常见的崩溃问题之一。了解它的原因并采用适当的解决方案可以使得我们更好地保持我们的应用程序的稳定性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值