小伙伴们每天测试的时候打开工程模式抓取mtklog，是否清楚抓取的都是一些什么类型的log呢？不同的问题出现时都查看的都是哪些log呢？
遇到问题后想先定位一下问题，看到那么多密密麻麻的log不知道从何下手呢？
一.log的类型
1、按照android系统层次划分：
android OS从上层到底层可以划分为如下：Application---Framework---Libraries---Linux Kernel
（1）发生在Java层（Application，Framework）的异常：JE
常见JE类型有：
NullPointerException - 空指针引用异常
ClassCastException - 类型强制转换异常。
IllegalArgumentException - 传递非法参数异常。
ArithmeticException - 算术运算异常
ArrayStoreException - 向数组中存放与声明类型不兼容对象异常
IndexOutOfBoundsException - 下标越界异常
NegativeArraySizeException - 创建一个大小为负数的数组错误异常
NumberFormatException - 数字格式异常
SecurityException - 安全异常
UnsupportedOperationException - 不支持的操作异常
（2）发生在Native层（Libraries）的异常：NE
（3）发生在kernel层的异常：KE，kernel log一般保存成文件被打包在db文件中
2、log存储文件
一般打开mtklog文件后，会生成几个文件，那每个文件分别代表什么类型的log文件呢？
1、Mobile Log：也称AP Log：是系统应用层的log，比如应用无响应或强行关闭
mobile log中有4种主要log文件：kernel ，main，events 和radio log
kernel log主要是记录kernel相关的问题，如driver（相机，蓝牙，USB）出现问题
events_log：系统事件日志，主要输出记录各个activity周期及事件
sys_log：系统日志，Exception定位点
radio_log：输出通话，网络状态变化
2、modern log：是手机里负责搜网和sim卡数据操作底层模块
3、NetWork log：主要针对网络的Network相关问题抓取
4、aee_exp:打开aee_exp，可以看到两个文件ZZ_INTERNAL，db.00.KernelAPI.dbg
ZZ_INTERNAL：是什么错误，发生错误的程序，报错时间
db.00.KernelAPI.dbg：报错的各种信息及报错时机器的各种状态信息
用GAT工具可打开db文件，打开后的部分文件显示如下：
几种主要文件信息：
__exp_main.txt：异常类型，调用栈等关键信息。
_exp_detail.txt：详细异常信息
SYS_ANDROID_LOG：android main log
SYS_KERNEL_LOG：kernel log
SYS_LAST_KMSG：上次重启前的kernel log
SYS_REBOOT_REASON：重启时的硬件记录的信息。
SYS_VERSION_INFO：kernel版本
5、traces.txt:/data/anr/traces.txt:虚拟机信息，包括进程的，线程的跟踪信息
二.log浅析
初步定位：关键字查找
常见关键字查找："null" "error" " "E/"，"Fatal","NullPointerException","Build fingerprint:","exception","anr"，"DexOpt"等的错误信息，来定位问题
不同的模块出现问题的关键字不一样，可收集相应的关键字进行定位查找
log格式：
打开一个main_log，可看到如下信息：
抓到log后，从左到右依次是：日期，时间，进程号，线程号，log优先级，log标签
知道这些信息对我们分析log有什么用呢？
（1）时间信息：通过时间戳可以帮助快速定位问题，缩短分析时间
（2）进程号、线程号：不同的进程和线程的信息可能不会一起打印，可通过进程和线程ID将相关信息放在一起分析
（3）Log优先级：log一般划分为V，D，I，W，E
其中V代表Verbose 冗余、提醒消息，D表示Debug 调试消息，I表示Information 普通消息，W表示Warn 警告消息，E表示Error 错误消息，可通过搜索错误信息来筛选信息
常见异常分析：
1.程序崩溃（提示停止运行）：启动崩溃，交互崩溃等，可在events_log中搜索crash关键字初步定位问题
2.程序闪退：stack overflow，物理内存不足等被kill，sys_log 搜索Exception 或者 died关键字定位对应包名，进而定位问题
3.ANR问题：主要分三个方向：memoryleak（是否为低内存），CPU block（CPU使用率过高）、iowait（IO流使用过于频繁），可搜索关键字ANR
ANR出现的情况主要有以下两种：
A 界面操作按钮的点击等待响应时间超过5秒
B HandleMessage回调函数执行超过10秒，BroadcasterReciver里的onRecive（）方法处理超过10秒
4.强制关闭(FC)：Fatal问题Fatal： 比较严重了，很多都很动态库和空指针有关，一般会接下来打印"Build fingerprint:"或”NullPointerException“
下面分享一个比较容易懂的例子，大家可以学习一下log分析定位的思路（http://redmine.meizu.com/issues/496607?from_search=true）
用例场景：com.android.phone 无响应
1.通过关键字缩小范围
无响应问题：通过FATAL关键字可查到如下log：
2.翻译log
java.lang.NullPointerException: Attempt to invoke virtual method 'boolean java.lang.String.equals(java.lang.Object)' on a null object reference
at com.android.internal.telephony.dataconnection.ApnSetting.equals(ApnSetting.java:551)
翻译以上两句可知：再调用ApnSetting的equals方法时引入了空指针的问题
3.开发修复（有时候查看开发修复的方式也能帮助我们积累定位和分析的能力）
修复方法：现修改为变量初始化时和之前项目保持一致做非空初始化
修复方法：对ApnSetting中的String类型的变量做一个非空初始化
部分修改如下：
三.adb抓取log的常用命令
在手机无响应无法进入工程模式的时候可用如下方法去启动mtklog
1.adb shell am start -n com.mediatek.mtklogger/.MainActivity
--》此命令打开MTK平台工程模式的其他log，如audio log，需要先开启root权限
2.adb shell am broadcast -a com.mediatek.mtklogger.ADB_CMD -e cmd_name start/stop --ei cmd_target 7
--》start表示开启，stop表示关闭；7可改为1/2/4，分别代表MobileLog/ModemLog/NetworkLog)
3.导出log文件
抓取完相应的log文件后就可以用：adb pull /sdcard/mtklog
小贴士： 获取开关状态，快速查看是否打开了mobile log
adb shell getprop debug.MB.running/adb shell getprop debug.mdlogger.Running-->值为0，表示未开始抓取相关log，值为1表示开始抓取相关log
