adb shell logcat -v time 是获取上次的kernel之上的log
adb shell cat /proc/kmsg 是获取上次kernel的log
如果想要查看模块加载的过程，需要查看开机2秒内的日志，但是dmesg的缓存太小需要修改kernel-3.18/kernel/printk/printk.c中
#define __LOG_BUF_LEN (1 << CONFIG_LOG_BUF_SHIFT)
的CONFIG_LOG_BUF_SHIFT，我试着修改不管用，直接改为如下才管用
#define __LOG_BUF_LEN (1 << 21)2、 使用adb抓取logcat的main log：
如果因为某些原因无法抓取mobile log，可以使用adb的方式logcat一下log。
抓取方法如下：
a. 用usb连接手机与pc；
b. 输入如下命令打开ipod debug模式，这样的话，ipo关机后，adb仍然可以处于工作的状态。Cmd: “adb shell setprop ipod_debug 1”
c. 打开两个窗口，分别输入如下两个命令来抓取log：
Cmd: “adb logcat -v time > main.log”
Cmd: “adb shell cat /proc/kmsg > kmsg.log”
d. 重现问题后，提取main.log和kmsg.log。
3、 使用uart 抓取log：
对于一些问题，只有在不连接charger的时候才会复现的问题，如果mobile log无法抓取到完整信息的话，就需要用uart的方式来抓取log。抓取方法如下：
a. 打开超级终端，通过hyper Terminal->Transfer->CaptureText...开始抓取log
b. Check一下超级终端是否有log输出
c. 在超级终端中输入回车键，看看是否有#输出。
d. 在#后输入“logcat -v time”开始抓取log。
e. 重新复现问题后提交uart log。
错误log分析：
现象：系统有时会突然进入开机界面，但是不是完整的重启
查看logcat发现如下：
E/NetworkTimeUpdateService( 5705): --1--=null
01-02 11:41:34.855 E/AndroidRuntime( 5705): *** FATAL EXCEPTION IN SYSTEM PROCESS: NetworkTimeUpdateService
01-02 11:41:34.855 E/AndroidRuntime( 5705): java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String java.lang.String.substring(int, int)' on a null object reference
01-02 11:41:34.855 E/AndroidRuntime( 5705): at com.android.server.NetworkTimeUpdateService.setSystemTime(NetworkTimeUpdateService.java:420)
01-02 11:41:34.855 E/AndroidRuntime( 5705): at com.android.server.NetworkTimeUpdateService$MyHandler.handleMessage(NetworkTimeUpdateService.java:392)
01-02 11:41:34.855 E/AndroidRuntime( 5705): at android.os.Handler.dispatchMessage(Handler.java:111)
01-02 11:41:34.855 E/AndroidRuntime( 5705): at android.os.Looper.loop(Looper.java:207)
01-02 11:41:34.855 E/AndroidRuntime( 5705): at android.os.HandlerThread.run(HandlerThread.java:61)
01-02 11:41:35.039 E/installd( 307): eof
01-02 11:41:35.040 E/installd( 307): failed to read size
01-02 11:41:35.051 E/WifiManager( 6495): Channel connection lost
01-02 11:41:35.052 E/WifiManager( 6537): Channel connection lost
01-02 11:41:35.060 E/WifiManager( 6343): Channel connection lost
01-02 11:41:35.066 E/WifiManager( 7296): Channel connection lost
01-02 11:41:35.070 E/WifiManager( 7203): Channel connection lost
01-02 11:41:35.073 E/WifiManager( 6005): Channel connection lost
01-02 11:41:35.506 E/Zygote ( 5506): Exit zygote because system server (5705) has terminated
从log中可以看出是在system server进程中出现空指针异常，导致system server退出，受精卵重启
装载自https://www.cnblogs.com/bastard/archive/2013/05/03/3056985.html
1 Android Log
最近遇到一些抓log 的事情，很多来自网上达人的分享，加在一起总结一下：
log文件分为实时打印的，还有状态信息的两种
实时打印的主要有：logcat main，logcat radio，logcat events，tcpdump， QXDM Log
状态信息的有：adb shell dmesg，adb shell dumpstate，adb shell dumpsys，adb bugreport
实时log：
adb logcat -b events -v time 打印系统事件的日志，比如触屏事件
tcpdump 是很有用的，对于TCP/IP协议相关的都可以使用这个来抓，
adb shell tcpdump -s 10000 -w /sdcard/capture.pcap，
比如抓mms下载的时候的UA profile，browser上网的时候，使用proxy的APN下载，streaming的相关内容包括UA profile等。
状态log：
其实一个就够了，那就是bugreport（命令adb bugreport>bugreport.log)。
里面包含有dmesg，dumpstate和dumpsys；
dmesg（命令adb shell dmesg > ldmesg_kernel.log）是kernel的log，凡是跟kernel相关的，比如driver出了问题（相机，蓝牙，usb，启动，等等）
dumpstate是系统状态信息，里面比较全，包括手机当前的内存信息、cpu信息、logcat缓存，kernel缓存等等；
dumpsys这个是关于系统所有进程Process的内容都在这个里面，adb shell dumpsys 这个命令还有更详尽的用法，
比如adb shell dumpsys meminfo system是查看system这个process的内存信息。
dumpsys [options]
meminfo 显示内存信息
cpuinfo 显示CPU信息
account 显示accounts信息
activity 显示所有的activities的信息
window 显示键盘，窗口和它们的关系
wifi 显示wifi信息
通过adb logcat/bugreport可以实时的查看系统的log，以及系统的状态信息；
如何将Log存储下来，保存当时系统运行的情况呢？
可以通过一些脚本或者执行可执行程序来保存log信息，以便分析问题；
2 抓取实时log
int main(int argc, char *argv[])
{
……
//抓取main log
char path[] = "/xxx/xxx/app_main.log";
sprintf(cmd,"logcat -v time > %s",path);
fd = open(path, O_WRONLY|O_TRUNC|O_CREAT, 0777);
system(cmd);
//radio log
……
sprintf(cmd,"logcat -b radio -v time > %s",path);
system(cmd);
//kernel
……
sprintf(cmd,"cat /proc/kmsg > %s",path);
system(cmd);
//bluetoolth log
sprintf(cmd,"hcidump -w %s","/data/bt.log");
system(cmd);
……
}
3 抓取状态log
int main(int argc, char *argv[])
{
//panic log 需要判断/proc/apanic_console是否存在
sprintf(cmd,"cp -R %s %s",from_dir,to_dir);
system(cmd);
//anr log /data/anr/
sprintf(cmd,"cp -R %s %s",from_dir,to_dir);
system(cmd);
//tombstones log /data/tombstones/ modem重启复位等
sprintf(cmd,"cp -R %s %s",from_dir,to_dir);
system(cmd);
//mdm log /data/tombstones/mdm/ modem重启复位
sprintf(cmd,"cp -R %s %s",from_dir,to_dir);
system(cmd);
……
}
panic log：
它表示Linux kernel走到了一个不知道该怎么走下一步的状况，
http://wenku.baidu.com/view/519c8009844769eae009ed50
tombstone log：
当系统发生tombstone的时候，kernel首先会上报一个严重的警告信号（signal）,上层接收到之后，
进程的调试工具会把进程中当时的调用栈现场保存起来，并在系统创建了data/tombstones目录后把异常时的进程信息写在此目录里面，
开发者需要通过调用栈来分析整个调用流程来找出出问题的点。
http://www.eoeandroid.com/thread-206358-1-1.html
4 Runtime 可执行程序
编译成可执行程序，当然在实际使用中需要一些控制参数。
代码里如何执行这些可执行程序：
在底层可以通过system();
在Java层Runtime.getRuntime().exec();
例如：
String BIN_PATH = "/system/bin/catch_log";
Runtime.getRuntime().exec(BIN_PATH + " -x 1");
Runtime.getRuntime().exec("/system/bin/cat "+path);
Runtime.getRuntime().exec("su -c chmod 777 /data/glad.txt");
Runtime.getRuntime().exec("/system/bin/sh /data/test.sh");
Android Runtime使得直接调用底层Linux下的可执行程序或脚本成为可能
比如Linux下写个测试工具，直接编译后apk中通过Runtime来调用
或者写个脚本，apk中直接调用，省去中间层或者JNI；
参考文档：http://blog.csdn.net/zmyde2010/article/details/6123987
5 diag_mdlog
这是高通提供的抓取qxdm log的东东。
既包括AP端得，也包括BP端的；或者跟选择端口有关系,8064ap和modem端口独立；
代码位置：\vendor\qcom\proprietary\diag\mdlog\
使用diag_mdlog这个可执行程序来抓取log
需要Diag.cfg文件来配置过滤项，选择需要的Log信息。在使用前必须放置一个Diag.cfg文件。
Diag.cfg文件可以用QXDM生成；可以通过F12，Filtered View /Config 来生成Diag.cfg
这个程序一次只能执行一个，可以用kill -9 PID 将其强制结束
6 抓取Ap 端 memory dump
高通qpst工具Memory Dump App
要在downloader模式
需要修改的nv项:
905 0
4399 1
或者使用emmc进入downloader模式。
打开连接手机， Get Regions，选择需要保存的Regin，SaveTo选择一个文件夹，确定即可
注意：这个路径下不能有中文，必须是英文的路径