最近遇到一些抓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信息,以便分析问题;
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);
……
}
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
编译成可执行程序,当然在实际使用中需要一些控制参数。
代码里如何执行这些可执行程序:
在底层可以通过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
这是高通提供的抓取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 将其强制结束
高通qpst工具Memory Dump App
要在downloader模式
需要修改的nv项:
905 0
4399 1
或者使用emmc进入downloader模式。
打开连接手机, Get Regions,选择需要保存的Regin,SaveTo选择一个文件夹,确定即可
注意:这个路径下不能有中文,必须是英文的路径