1 log文件分類簡介
實時打印的主要有：logcat main，logcat radio，logcat events，tcpdump，還有高通平臺的還會有QXDM日志
狀態(tài)信息的有：adb shell cat /proc/kmsg ，adb shell dmesg，adb shell dumpstate，adb shell dumpsys，adb bugreport，工程模式等
2 LOG抓取詳解
l 實時打印
adb logcat -b main -v time>app.log 打印應(yīng)用程序的log
adb logcat -b radio -v time> radio.log 打印射頻相關(guān)的log，SIM STK也會在里面，modem相關(guān)的ATcommand等，當(dāng)然跟QXDM差的很遠(yuǎn)了。
adb logcat -b events -v time 打印系統(tǒng)事件的日志，比如觸屏事件。。。
//android log的抓取
adb logcat
//kernel log的抓取
adb shell cat /proc/kmsg
//log 信息的保存
mkdir /data/anr
logcat *：V > /data/anr/android
demsg >/data/anr/kernel
//按ctrl+c結(jié)束log輸出
adb pull /data/anr ./log/ |
tcpdump 是很有用的，對于TCP/IP協(xié)議相關(guān)的都可以使用這個來抓，adb shell tcpdump -s 10000 -w /sdcard/capture.pcap，比如抓mms下載的時候的UA profile，browser上網(wǎng)的時候，使用proxy的APN下載，streaming的相關(guān)內(nèi)容包括UA profile等。
最后是高通平臺的QXDM，不管是不是Android，只要使用高通芯片，都會對它很熟悉，當(dāng)然了，不是高通的芯片就不用提它了。這個不多講，內(nèi)容豐富，射頻，電話，上網(wǎng)，...凡是高通提供的解決方案，這個都可以抓。(QXDM 的LOG抓取方法請參考QPST、QXDM的基本使用說明及作用)
l 狀態(tài)信息
o bugreport（命令adb bugreport>bugreport.log)。里面包含有dmesg，dumpstate和dumpsys。
o dumpstate是系統(tǒng)狀態(tài)信息，里面比較全，包括手機(jī)當(dāng)前的內(nèi)存信息、cpu信息、logcat緩存，kernel緩存等等。
o adb shell dumpsys這個是關(guān)于系統(tǒng)service的內(nèi)容都在這個里面，這個命令還有更詳盡的用法，比如adb shell dumpsys meminfo system是查看system這個process的內(nèi)存信息。
o kmsg抓取
adb shell cat /proc/kmsg > kmsg.txt，打開后查msm_kgsl字段
說明：用于檢索用printk生成的內(nèi)核消息。任何時刻只能有一個具有超級用戶權(quán)限的進(jìn)程可以讀取這個文件。也可以用系統(tǒng)調(diào)用syslog檢索這些消息。通常使用工具dmesg或守護(hù)進(jìn)程klogd檢索這些消息。proc是一個內(nèi)存文件系統(tǒng)， 每次讀文件kmsg實際是內(nèi)核內(nèi)部的循環(huán)緩沖區(qū)，每讀過后，循環(huán)緩沖區(qū)的東西就被認(rèn)為已經(jīng)處理過了(也就是變成無效內(nèi)容)，所以你再次讀為空是很正常的 為什么會這樣處理呢，循環(huán)緩沖區(qū)大小有限，內(nèi)核又隨時可能往里面寫東西，所以這樣處理很正常. 你去查一下/proc/kmsg的信息有沒有跟系統(tǒng)日志關(guān)聯(lián)，如果有的話，你就可以讀日志文件
o dmsg抓取
adb shell dmesg > dmesg.txt
說明：dmesg用來顯示開機(jī)信息，kernel會將開機(jī)信息存儲在ring buffer中。您若是開機(jī)時來不及查看信息，可利用dmesg來查看。dmesg是kernel的log，凡是跟kernel相關(guān)的，比如driver出了問題（相機(jī)，藍(lán)牙，usb，啟動，等等）開機(jī)信息亦保存在/var/log目錄中，名稱為dmesg的文件里。more /var/log/dmesg
o 工程模式下log的抓取
對于Apollo手機(jī)請撥打*#*#8888#*#* ，然后勾選相應(yīng)的LOG。待測試結(jié)束后，通過SD卡導(dǎo)出LOG到PC.
3.Log分析：
Get Log from Android System
adb bugreport > bugreport.txt
copy bugreport to the current directory. |
bugreport里面包含了各種log信息，大部分log也可以通過直接運行相關(guān)的程序來直接獲得.
步驟如下：
1.adb shell 2.進(jìn)入相關(guān)工具程式的目錄 3.執(zhí)行相關(guān)程式 4.得到相關(guān)信息
下面以輸出進(jìn)程信息為例 1.adb shell 2.輸入ps -P 3.可以看到相關(guān)進(jìn)程信息
Log Archive Analysis
1.bugreport
bugreport記錄android啟動過程的log，以及啟動后的系統(tǒng)狀態(tài)，包括進(jìn)程列表，內(nèi)存信息，VM信息等等到.
單獨察看某個數(shù)據(jù)可使用cat指令察看，例如cat /proc/meminfo
2.bugreport結(jié)構(gòu)分析
(1)dumpstate
MEMORY INFO
獲取該log：讀取文件/proc/meminfo
系統(tǒng)內(nèi)存使用狀態(tài)
CPU INFO
獲取該log：執(zhí)行/system/bin/top -n 1 -d 1 -m 30 -t
系統(tǒng)CPU使用狀態(tài)
PROCRANK
獲取該log：執(zhí)行/system/bin/procrank
執(zhí)行/system/xbin/procrank后輸出的結(jié)果，查看一些內(nèi)存使用狀態(tài)
VIRTUAL MEMORY STATS
獲取該log：讀取文件/proc/vmstat
虛擬內(nèi)存分配情況
vmalloc申請的內(nèi)存則位于vmalloc_start～vmalloc_end之間，與物理地址沒有簡單的轉(zhuǎn)換關(guān)系，雖然在邏輯上它們也是連續(xù)的，但是在物理上它們不要求連續(xù)。
VMALLOC INFO
獲取該log：讀取文件/proc/vmallocinfo
虛擬內(nèi)存分配情況
SLAB INFO
獲取該log：讀取文件/proc/slabinfo
SLAB是一種內(nèi)存分配器.這里輸出該分配器的一些信息
ZONEINFO
獲取該log：讀取文件/proc/zoneinfo
zone info
SYSTEM LOG(需要著重分析)
獲取該log：執(zhí)行/system/bin/logcat -v time -d *：v
會輸出在程序中輸出的Log，用于分析系統(tǒng)的當(dāng)前狀態(tài)
VM TRACES
獲取該log：讀取文件/data/anr/traces.txt
因為每個程序都是在各自的VM中運行的，這個Log是現(xiàn)實各自VM的一些traces
EVENT LOG TAGS
獲取該log：讀取文件/etc/event-log-tags
EVENT LOG
獲取該log：執(zhí)行/system/bin/logcat -b events -v time -d *：v
輸出一些Event的log
RADIO LOG
獲取該log：執(zhí)行/system/bin/logcat -b radio -v time -d *：v
顯示一些無線設(shè)備的鏈接狀態(tài)，如GSM，PHONE，STK(Satellite Tool Kit)…
NETWORK STATE
獲取該log：執(zhí)行/system/bin/netcfg (得到網(wǎng)絡(luò)鏈接狀態(tài))
獲取該log：讀取文件/proc/net/route (得到路由狀態(tài))
顯示網(wǎng)絡(luò)鏈接和路由
SYSTEM PROPERTIES
獲取該log：參考代碼實現(xiàn)
顯示一些系統(tǒng)屬性，如Version，Services，network…
KERNEL LOG
獲取該log：執(zhí)行/system/bin/dmesg
顯示Android內(nèi)核輸出的Log
KERNEL WAKELOCKS
獲取該log：讀取文件/proc/wakelocks
內(nèi)核對一些程式和服務(wù)喚醒和休眠的一些記錄
KERNEL CPUFREQ
(Linux kernel CPUfreq subsystem) Clock scaling allows you to change the clock speed of the CPUs on the fly.
This is a nice method to save battery power， because the lower the clock speed is， the less power the CPU consumes.
PROCESSES |
獲取該log：執(zhí)行ps -P
顯示當(dāng)前進(jìn)程
PROCESSES AND THREADS
獲取該log：執(zhí)行ps -t -p -P
顯示當(dāng)前進(jìn)程和線程
LIBRANK
獲取該log：執(zhí)行/system/xbin/librank
剔除不必要的library
BINDER FAILED TRANSACTION LOG
獲取該log：讀取文件/proc/binder/failed_transaction_log
BINDER TRANSACTION LOG
獲取該log：讀取文件/proc/binder/transaction_log
BINDER TRANSACTIONS
獲取該log：讀取文件/proc/binder/transactions
BINDER STATS
獲取該log：讀取文件/proc/binder/stats
BINDER PROCESS STATE
獲取該log：讀取文件/proc/binder/proc/*
bind相關(guān)的一些狀態(tài)
FILESYSTEMS
獲取該log：執(zhí)行/system/bin/df
主要文件的一些容量使用狀態(tài)(cache，sqlite，dev…)
PACKAGE SETTINGS
獲取該log：讀取文件/data/system/packages.xml
系統(tǒng)中package的一些狀態(tài)(訪問權(quán)限，路徑…)，類似Windows里面的一些lnk文件吧.
PACKAGE UID ERRORS
獲取該log：讀取文件/data/system/uiderrors.txt
錯誤信息
KERNEL LAST KMSG LOG
最新kernel message log
LAST RADIO LOG
最新radio log
KERNEL PANIC CONSOLE LOG
KERNEL PANIC THREADS LOG
控制臺/線程的一些錯誤信息log
BACKLIGHTS
獲取該log:獲取LCD brightness讀/sys/class/leds/lcd-backlight/brightness
獲取該log:獲取Button brightness讀/sys/class/leds/button-backlight/brightness
獲取該log:獲取Keyboard brightness讀/sys/class/leds/keyboard-backlight/brightness
獲取該log:獲取ALS mode讀/sys/class/leds/lcd-backlight/als
獲取該log:獲取LCD driver registers讀/sys/class/leds/lcd-backlight/registers
獲取相關(guān)亮度的一些信息
(2)build.prop
VERSION INFO輸出下列信息
當(dāng)前時間
當(dāng)前內(nèi)核版本:可以讀取文件(/proc/version)獲得
顯示當(dāng)前命令:可以讀取文件夾(/proc/cmdline)獲得
顯示系統(tǒng)build的一些屬性:可以讀取文件(/system/build.prop)獲得
輸出系統(tǒng)一些屬性
gsm.version.ril-impl
gsm.version.baseband
gsm.imei
gsm.sim.operator.numeric
gsm.operator.alpha |
(3)dumpsys
執(zhí)行/system/bin/dumpsys后可以獲得這個log.
經(jīng)常會發(fā)現(xiàn)該log輸出不完整,因為代碼里面要求該工具最多只執(zhí)行60ms,可能會導(dǎo)致log無法完全輸出來.
可以通過修改時間參數(shù)來保證log完全輸出.
信息:
Currently running services
DUMP OF SERVICE services-name(running)
Log Code Analysis
Site: .\frameworks\base\cmds\dumpstate\ |
相關(guān)Log程序的代碼可以從上面目錄獲取
Log Analysis Experience
分析步驟
1.查看一些版本信息
確認(rèn)問題的系統(tǒng)環(huán)境
2.查看CPU/MEMORY的使用狀況
看是否有內(nèi)存耗盡,CPU繁忙這樣的背景情況出現(xiàn).
3.分析traces
因為traces是系統(tǒng)出錯以后輸出的一些線程堆棧信息,可以很快定位到問題出在哪里.
4.分析SYSTEM LOG
系統(tǒng)Log詳細(xì)輸出各種log,可以找出相關(guān)log進(jìn)行逐一分析
實例分析
下面分析我寫的一個測試?yán)?在OnCreate做一個死循環(huán),這樣主線程會被鎖住，在按下硬件的Back之后會出現(xiàn)ANR的錯誤.
在traces中發(fā)現(xiàn)該程序的堆棧信息如下:
—– pid 20597 at 2010-03-15 01:29:53 —–
Cmd line: com.android.test
DALVIK THREADS:
"main" prio=5 tid=3 TIMED_WAIT
| group="main" sCount=1 dsCount=0 s=N obj=0x2aac6240 self=0xbda8
| sysTid=20597 nice=0 sched=0/0 cgrp=default handle=1877232296
at java.lang.VMThread.sleep(Native Method)
at java.lang.Thread.sleep(Thread.java:1306)
at java.lang.Thread.sleep(Thread.java:1286)
at android.os.SystemClock.sleep(SystemClock.java:114)
at com.android.test.main.onCreate(main.java:20)
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2459)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2512)
at android.app.ActivityThread.access$2200(ActivityThread.java:119)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1863)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:123)
at android.app.ActivityThread.main(ActivityThread.java:4363)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:521)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
at dalvik.system.NativeStart.main(Native Method)
"Binder Thread #2" prio=5 tid=11 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x2fb7c260 self=0×143860
| sysTid=20601 nice=0 sched=0/0 cgrp=default handle=1211376
at dalvik.system.NativeStart.run(Native Method)
"Binder Thread #1" prio=5 tid=9 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x2fb7c1a0 self=0x14c980
| sysTid=20600 nice=0 sched=0/0 cgrp=default handle=1207920
at dalvik.system.NativeStart.run(Native Method)
"Signal Catcher" daemon prio=5 tid=7 RUNNABLE
| group="system" sCount=0 dsCount=0 s=N obj=0x2fb7a1e8 self=0x126cc0
| sysTid=20599 nice=0 sched=0/0 cgrp=default handle=1269048
at dalvik.system.NativeStart.run(Native Method)
"HeapWorker" daemon prio=5 tid=5 VMWAIT
| group="system" sCount=1 dsCount=0 s=N obj=0x2e31daf0 self=0x135c08
| sysTid=20598 nice=0 sched=0/0 cgrp=default handle=1268528
at dalvik.system.NativeStart.run(Native Method)
—– end 20597 —– |
該文件的堆棧結(jié)構(gòu)從下往上進(jìn)行分析
(1)棧底at dalvik.system.NativeStart.run(Native Method)
系統(tǒng)為當(dāng)前的task(應(yīng)用程式)啟動一個專用的虛擬機(jī)
(2) at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2459)
Activity Services是在后臺負(fù)責(zé)管理Activity,它此時將測試?yán)拥腁ctivity啟動起來了
(3)at com.android.test.main.onCreate(main.java:20)
啟動測試程序
(4)棧頂at java.lang.VMThread.sleep(Native Method)
線程被sleep掉了,所以無法響應(yīng)用戶,出現(xiàn)ANR錯誤.
上面是對一個非常簡單的問題的分析.
如果遇到比較復(fù)雜的問題還需要詳細(xì)分析SYSTEM LOG.
1.比如網(wǎng)絡(luò)異常,要通過SYSTEM LOG里面輸出的網(wǎng)絡(luò)鏈接信息來判斷網(wǎng)絡(luò)狀態(tài)
2.數(shù)據(jù)傳輸,網(wǎng)絡(luò)鏈接等耗時的操作需要分析SYSTEM LOG里面ActivityManager的響應(yīng)時間