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