Android 系统问题分析步骤

1.Android框架介绍

android分为四个层，从高层到低层分别是应用程序层、应用程序框架层、系统运行库层和linux核心层。

蓝色的代表java程序，黄色的代码为运行JAVA程序而实现的虚拟机，绿色部分为C/C++语言编写的程序库，红色的代码内核(linux内核+driver)。在Application Framework之下，由C/C++的程序库组成，通过JNI完成从JAVA到C的调用。android Oreo增加了HIDL层封装HAL.具体就不介绍，网上有很多介绍，本文主要介绍anr问题分享。

2.LOG信息分析

以下log 命令相互配合使用，在出现问题时候，使用相关命令查看，帮助自己定位到问题点。

2.1 常用adb命令

adb命令是android非常好用的工具，以提供强大的特性，可以使用Android Shell命令行参数连接到手机本身，并发送基本的 shell 命令。源码位于system/core/adb。

查询模拟器/设备实例：

adb devices 得到一系列相关联的模拟器/设备给特定的模拟器/设备实例发送命令

adb -s如果有多个模拟器/设备实例在运行，在发布adb命令时需要指定一个目标实例。 使用-s 选项的命令。

adb -s emulator-5556 install helloWorld.apk

安装软件：

adb install从你的开发电脑上复制一个应用程序，并且将其安装在一个模拟器/设备实例。

从模拟器/设备中拷入或拷出文件

使用adb pull ,push 命令将文件复制到一个模拟器/设备实例的数据文件或是从数据文件中复制

从模拟器或者设备中复制文件或目录，使用(如下命令):

adb pull <remote>  <local>

将文件或目录复制到模拟器或者设备，使用（如下命令） 

 adb push <local> <remote>

2.2Logcat命令列表

logcat 命令

2.3 BugReport

Android为了方便开发人员分析整个系统平台和某个app在运行一段时间之内的所有信息，专门开发了bugreport工具。记录android启动过程的log,以及启动后的系统状态,包括进程列表，内存信息，VM信息等等到.它的信息很全，可以得到很多有用信息.这个工具使用起来十分简单，只要在终端执行（linux或者win）：

adb bugreport > bugreport.txt

2.4 结构分析

MEMORY INFO  获取该log: 执行cat /proc/meminfo 查看系统内存使用状态

CPU INFO  获取该log :执行top -n 1 -d 1 -m 30 -t  查看系统CPU使用状态

PROCRANK  获取该log:执行procrank 后输出的结果,查看一些内存使用状态

VIRTUAL MEMORY STATS  获取该log:执行vmstat 查看虚拟内存分配情况

vmalloc申请的内存则位于vmalloc_start～vmalloc_end之间，与物理地址没有简单的转换关系，虽然在逻辑上 它们也是连续的，但是在物理上它们不要求连续。

VMALLOC INFO  获取该log:执行cat /proc/vmallocinfo

2.3 在程序中输出的Log,用于分析系统的当前状态

KERNEL LOG  获取该log:执行/system/bin/dmesg 显示Android内核输出的Log

VM TRACES  获取该log:读取文件/data/anr/traces.txt  因为每个程序都是在各自的VM中运行的,这个Log是现实各自VM的一些traces

EVENT LOG TAGS  获取该log:读取文件/etc/event-log-tags  EVENT LOG  获取该log:执行logcat -b events -v time -d *:v 输出一些Event的log

RADIO LOG  获取该log:执行logcat -b radio -v time -d *:v  显示一些无线设备的链接状态,如GSM，PHONE,STK(Satellite Tool Kit)...

NETWORK STATE  获取该log:执行/system/bin/netcfg (得到网络链接状态) 获取该log:读取文件/proc/net/route (得到路由状态) 显示网络链接和路由

KERNEL WAKELOCKS  获取该log:读取文件/proc/wakelocks  内核对一些程式和服务唤醒和休眠的一些记录

2.5 Dumpsys信息

我们知道Android使用ServiceManager服务进程来管理系统所有的服务，在系统启动时，每个服务必须注册到ServiceManager进程中，那如何查看系统运行了那些服务呢？ServiceManager提供了listServices接口来罗列出系统注册的所有服务。

查看系统当前服务运行的状态值，结合系统源码分析，可以对比正常状态和非正常状态时的相关信息，非常有用。

android提供了dumpsys工具来dump出所有的服务信息，通过以下命令可以查看系统注册的所有服务：

dumpsys [Option]

               SurfaceFlineer 显示信息

               meminfo 显示内存信息

               cpuinfo 显示CPU信息

               batteryinfo 显示电量信息

               account 显示accounts信息

               activity 显示所有的activities的信息

              window 显示键盘，窗口和它们的关系

               wifi 显示wifi信息

当然，上面只是常用的命令，使用如下命令查看哪些service信息可以dump

$ adb shell dumpsys | grep DUMP

3.内核出错分析

当内核出错时（比如访问非法地址）打印出来的信息被称为Oops信息。

Oops信息包含以下几部分内容：

（1）一段文本描述信息。�比如类似“Unable to handle kernel NULL pointer dereference at virtual address 00000000"的信息，他说明了发生的是哪类错误。

（2）Oops信息的序号。�比如是第几次等。这些信息与下面类似，括号内的数据表示序号。

Internal error: Oops: 806 [#1]

3）内核中加载的模块名称，也可能没有，以下面字样开头。

Modules linked in:  xxx

（4）发生错误的CPU的序号，对于单处理器系统，序号为0，如：

CPU: 0 Not tainted (2.6.22.6 #36)

（5）发生错误时CPU的各个寄存器值。

（6）当前进程的名字及进程ID，比如：

Process swapper (pid: 1, stack limit = 0xc0480258)

这并不是说发生错误的是这个进程，而是表示发生错误时，当前进程是它。错误可能发生在内核代码、驱动程序，也可能就是这个进程的错误

4.Traces分析

出现ANR的原因

默认情况下，在android中Activity的最长执行时间是5秒，BroadcastReceiver的最长执行时间则是10秒.超出就会提示应用程序无响应（ANR：Application Not Responding）对话框。

三种常见类型：

1：KeyDispatchTimeout(5 seconds) --主要类型按键或触摸事件在特定时间内无响应

2：BroadcastTimeout(10 seconds)  --BroadcastReceiver在特定时间内无法处理完成

3：ServiceTimeout(20 seconds) -- 系统线程死锁或死循环,概率很小

Service在特定的时间内无法处理完成，出现Application Not Responding的提示后，系统会将日志LOG,写到到data\anr\traces.txt文件。

1）一段文本描述信息，比如：

- waiting to lock <0x06607874> (a com.android.server.am.ActivityManagerService) held by thread 79

他说明了被那个线程卡主，也表明本身又被tid=79的线程卡主

2）  - waiting to lock <0x11a1593f> (a java.util.HashMap) held by thread 26

3)  继续找tid=26

traces信息

作者：android之子
链接：https://www.jianshu.com/p/193d5f786bd0
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。