Android Crash Log说明、收集、源码分析

南院大王FTD
5,541 阅读6分钟

Android Crash Log标识&Log收集归类说明（持续更新中...）

以下内容可能会提升大家定位和分析Log的效率，进而提升解决bug的效率，整理如下常见的错误类型和错误的Log标识供大家参考。

  • 比如空指针问题、数组越界等问题，拿到Log文件后应该几分钟内就定位到Log点，然后分析出问题原因。 ANR问题等使用固定标识（ANR in）也可以迅速定位到出错的Log位置（不见得必须有你自己打印出来的Log才能解决这类Bug）

一、Android常见Crash Log说明

1.1 导致Android Crash 问题的主要类型

  • JAVA application crash
    • ANR(application no response) crash
    • JAVA exception crash
  • System crash
    • Process Crash(Native Crash or C/Delvik Crash)
  • Kernel Crash
  • Modem Crash
    • HW Watchdog
    • SW Watchdog
    • Apps Keepalive
    • Other

image.png

1.2 Android Crash 类型Log 标识整理：

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

  3. 系统/data/system/anr/目录下的anr-xxx-时间点文件解析： 分析bug发现时间点对应的文件，找到"main" prio=5 tid=1 Native的log，能够定位当时是哪部分代码发生了ANR

  4. Selinux的Android系统 缺少权限的标识：avc: denied

19.bind的ANR之binder_sample

1.3 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出现代表系统内存不足，也会导致应用启动慢。

image.png

1.4 DropBox Log说明：

  • 当发生以下场景，都会调用AMS.addErrorToDropBox()来触发DBMS工作

> crash: 文章理解Android Crash处理流程 [小节4]的AMS.handleApplicationCrashInner过程
> anr: 文章android ANR原理分析[小节3.1]的AMS.appNotResponding()过程；
> watchdog: 文章WatchDog工作原理 [小节3.1]的Watchdog.run()过程;
> native_crash: 当调用NativeCrashReporter.run()的过程;
> wtf: 当调用Log.wtf()或者Log.wtfQuiet()的过程；
> lowmem: 当内存较低时，触发AMS.reportMemUsage()过程；

  • 列举部分常见dropboxTag以及含义:

> system_server_anr：system进程无响应
> system_server_watchdog：system进程发生watchdog
> system_server_crash：system进程崩溃
> system_server_native_crash：system进程native出现崩溃
> system_server_wtf ：system进程发生严重错误
> system_server_lowmem ：system进程内存不足
当然除了system_server进程, 还有system_app, data_app类型的进程, 以上所有类型都适用,列举部分:
> system_app_crash： 系统app崩溃
> system_app_anr： 系统app无响应
> data_app_crash： 普通app崩溃
> data_app_anr： 普通app无响应

1.5 Android获取CPU频率和温度

  • 查看CPU是几核
# cat /proc/cpuinfo | grep ^processor | wc -l
8
  • 查看当前CPU核的温度
# cat /sys/class/thermal/thermal_zone9/temp
42

1.6 Android Event log解析说明：

EventLog

EventLog中大概分为如下几类，EventLog在编译之后存放在system/etc/event-log-tags文件中,但是其语法定义在system/core/logcat/event.logtags文件中。

我们需要了解的主要为TagName后面的括号中的内容,每一种Tag由于功能和模块的不同，括号中的内容不同，但是都遵循以下规则：

（Name|type|unit）
  • Name：表示这个字段的意义
  • Type：表示这个字段的数据格式，取值为：

1: int

2: long

3: string

4: list

5: float
  • unit，取值为

1: Number of objects

2: Number of bytes

3: Number of milliseconds

4: Number of allocations

5: Id

6: Percent

s: Number of seconds (monotonic time)
  • 例如：
30001 am_finish_activity (User|1|5),(Token|1|5),(Task ID|1|5),(Component Name|3),(Reason|3)

在上面的代码中(User|1|5)表示这个字段的意义为User，数据类型为1,1的数据类型对应type的定义为int,5表示数据unit，5的数据类型对应unit中的定义为Id - Event log的在源码中的位置

image.png

1.7 tomestones Log分析

概述

  • 通过ndk-stack分析

  • 通过stack.py工具就是要把backtrace通过addr2line工具一次性把addr对应到代码

二、Android Log收集归类

概述如下：Android系统的异常Log说明及Log捕获说明:

  • ANR log
  • Tombstones Log
  • Dropbox Log
  • logcat Log
  • qnx log
  • bugreport log

三、扩展学习

avatar
文章
阅读
粉丝