Android系统问题处理,Android系统异常问题处理流程（死机，重启等）

1 addr2line工具

作用：把native的出错堆栈信息对应到代码的行数

通过find . -name * addr2line来搜索这个工具

查看出错的堆栈信息，xx.so库出问题，然后分析这个库的堆栈信息

根据出错的二进制地址和出错的库名就可以使用addr2line找出错误的行数

命令：addr2line  /xx.so  0015b6d5然后回车

然后继续看错误堆栈

2 Android死机

观察死机之前的log信息，一般都会有堆栈信息打印，根据这些堆栈信息找到哪个函数或者方法引起

一般先检查是不是内核异常死机，包括CPU和内存是否用完

再看看getevent是否上报，如果不上报，找出不上报原因(获取 input 输入事件，比如获取按键上报信息、获取触摸屏上报信息等)

或者看看inputDispatch是否出现异常导致无法分发事件

如果event没有问题，去分析surfacefinger和LCD驱动，看看是不是界面没有刷新导致的死机问题

3 android系统重启

分为三类，分别是内核重启，modem重启，framework重启

怎么判断是哪类？

1 通过重启时间来判断，如果是内核重启和modem重启，那么重启的时间肯定比上层重启的时间长

2 看看重启是否有震动，如果有，就是内核重启或者modem重启，反之是framework重启

3 通过ps进程号来判断，如果是framework重启，zygote、servicemanager等的进程号比较大，正常来说zygote的进程号是500左右，如果出现问题的时候，进程号是1000多，framework就得重启

内核重启的标志：sysreboot reason:software EXCE AP,导致它的原因主要是kernel代码出现异常和硬件狗复位

对应kernel代码出现异常，主要是指kernel主动panic或者被动panic，这种情况一般是出现了踩内存、非法指针等错误

medem重启的log：sysreboot reason:software EXCE AP和kernel差不多

framework的重启原因：

1 native crash引起的重启

一般会在tombstone目录下面找到相关的log

2 watchdog杀死systemserver系统进程引起的重启

需要分析anr里面的trace.txt文件，这类问题一般是死锁，首先是搜索system_server，如果没有搜索到，表示这个anr已经被覆盖，这时候去dropbox找到对应时间的文件，到搜索到system_server相关信息后，log会显示阻塞在什么地方，然后跟着它的阻塞的路径，一直追，知道找到真正触发阻塞的原因，这种异常重点关注时间点，一般在这个时间点之前一定有异常出现

3 systemserver进程出现了其他exception引起的重启

比较容易比如空指针等

3 系统启动异常

与framework相关的有三种

1 按电源键，系统无法启动，没有任何反应

一般是硬件故障，需要硬件帮忙

2 按电源键，有反应，但是一直停在开机第一个静态界面，即kernel开机界面

一般是内核问题，需要kernel分析

3 按电源键，有反应，一直停在开机动画界面。即一直停在bootanimation

一般是开机时各种异常所致

可以通过如下步骤定位

1 确定是否进入了zygote进程

log: START com.android.internal.os.ZygoteInit uid

2 如果进入了zygote进程，确定是否进入了systemserver进程

log: Entered the android system server!

3 如果也进入了systemserver进程，再确定进程里的ams服务、wms服务等是否出现问题

adb shell dumpsys activity

adb shell dumpsys window