android bugreport 分析

轉載自：http://blog.sina.com.cn/s/blog_86d3fabb0100yff9.html 作者：blueskyhff_firef

Get Log from AndroidSystem

adb bugreport> bugreport.txt

copy bugreport tothe current directory.

bugreport裡麵包含了各種log資訊,大部分log也可以通過直接運行相關的程式來直接獲得.

步驟如下:

1.adb shell2.進入相關工具程式的目錄 3.執行相關程式 4.得到相關資訊

下面以輸出進程資訊為例 1.adbshell 2.輸入ps -P 3.可以看到相關進程資訊 Log Archive Analysis 1.bugreport

bugreport記錄android啟動過程的log,以及啟動後的系統狀態,包括進程列表，記憶體資訊，VM資訊等等到. 2.bugreport結構分析 (1)dumpstate

MEMORY INFO

擷取該log:讀取檔案/proc/meminfo

系統記憶體使用量狀態

CPU INFO

擷取該log:執行/system/bin/top -n 1 -d 1 -m 30 -t

系統CPU使用狀態

PROCRANK

擷取該log:執行/system/bin/procrank

執行/system/xbin/procrank後輸出的結果,查看一些記憶體使用量狀態

VIRTUAL MEMORYSTATS

擷取該log:讀取檔案/proc/vmstat

虛擬記憶體分配情況

vmalloc申請的記憶體則位於vmalloc_start～vmalloc_end之間，與物理地址沒有簡單的轉換關係，雖然在邏輯上它們也是連續的，但是在物理上它們不要求連續。

VMALLOC INFO

擷取該log:讀取檔案/proc/vmallocinfo

虛擬記憶體分配情況

SLAB INFO

擷取該log:讀取檔案/proc/slabinfo

SLAB是一種記憶體 Clerk.這裡輸出該分配器的一些資訊

ZONEINFO

擷取該log:讀取檔案/proc/zoneinfo

zone info

SYSTEMLOG(需要著重分析)

擷取該log:執行/system/bin/logcat -v time -d *:v

會輸出在程式中輸出的Log,用於分析系統的目前狀態

VM TRACES

擷取該log:讀取檔案/data/anr/traces.txt

因為每個程式都是在各自的VM中啟動並執行,這個Log是現實各自VM的一些traces

EVENT LOGTAGS

擷取該log:讀取檔案/etc/event-log-tags

EVENT LOG

擷取該log:執行/system/bin/logcat -b events -v time -d *:v

輸出一些Event的log

RADIO LOG

擷取該log:執行/system/bin/logcat -b radio -v time -d *:v

顯示一些無線裝置的連結狀態,如GSM，PHONE,STK(Satellite Tool Kit)...

NETWORK STATE

擷取該log:執行/system/bin/netcfg (得到網路連結狀態)

擷取該log:讀取檔案/proc/net/route (得到路由狀態)

顯示網路連結和路由

SYSTEMPROPERTIES

擷取該log:參考代碼實現

顯示一些系統屬性,如Version,Services,network...

KERNEL LOG

擷取該log:執行/system/bin/dmesg

顯示Android核心輸出的Log

KERNELWAKELOCKS

擷取該log:讀取檔案/proc/wakelocks

核心對一些程式和服務喚醒和休眠的一些記錄

KERNELCPUFREQ

(Linux kernelCPUfreq subsystem) Clock scaling allows you to change the clockspeed of the CPUs on the fly.

This is a nicemethod to save battery power, because the lower the clock speed is,the less power the CPU consumes.

PROCESSES

擷取該log:執行ps-P

顯示當前進程

PROCESSES ANDTHREADS

擷取該log:執行ps -t -p-P

顯示當前進程和線程

LIBRANK

擷取該log:執行/system/xbin/librank

剔除不必要的library

BINDER FAILEDTRANSACTION LOG

擷取該log:讀取檔案/proc/binder/failed_transaction_log

BINDERTRANSACTION LOG

擷取該log:讀取檔案/proc/binder/transaction_log

BINDERTRANSACTIONS

擷取該log:讀取檔案/proc/binder/transactions

BINDER STATS

擷取該log:讀取檔案/proc/binder/stats

BINDER PROCESSSTATE

擷取該log:讀取檔案/proc/binder/proc/*

bind相關的一些狀態

FILESYSTEMS

擷取該log:執行/system/bin/df

主要檔案的一些容量使用狀態(cache,sqlite,dev...)

PACKAGESETTINGS

擷取該log:讀取檔案/data/system/packages.xml

系統中package的一些狀態(存取權限,路徑...)，類似Windows裡面的一些lnk檔案吧.

PACKAGE UIDERRORS

擷取該log:讀取檔案/data/system/uiderrors.txt

錯誤資訊

KERNEL LAST KMSGLOG

最新kernel messagelog

LAST RADIOLOG

最新radio log

KERNEL PANICCONSOLE LOG

KERNEL PANICTHREADS LOG

控制台/線程的一些錯誤資訊log

BACKLIGHTS

擷取該log:擷取LCDbrightness讀/sys/class/leds/lcd-backlight/brightness

擷取該log:擷取Buttonbrightness讀/sys/class/leds/button-backlight/brightness

擷取該log:擷取Keyboardbrightness讀/sys/class/leds/keyboard-backlight/brightness

擷取該log:擷取ALSmode讀/sys/class/leds/lcd-backlight/als

擷取該log:擷取LCDdriver registers讀/sys/class/leds/lcd-backlight/registers

擷取相關亮度的一些資訊 (2)build.prop

VERSIONINFO輸出下列資訊
目前時間
當前核心版本:可以讀取檔案(/proc/version)獲得
顯示當前命令:可以讀取檔案夾(/proc/cmdline)獲得
顯示系統build的一些屬性:可以讀取檔案(/system/build.prop)獲得
輸出系統一些屬性
gsm.version.ril-impl
gsm.version.baseband
gsm.imei
gsm.sim.operator.numeric
gsm.operator.alpha (3)dumpsys

執行/system/bin/dumpsys後可以獲得這個log.
經常會發現該log輸出不完整,因為代碼裡面要求該工具最多隻執行60ms,可能會導致log無法完全輸出來.
可以通過修改時間參數來保證log完全輸出.
資訊:
Currently running services
DUMP OF SERVICE services-name(running) Log Code Analysis

Site:."frameworks"base"cmds"dumpstate"

相關Log程式的代碼可以從上面目錄擷取 Log Analysis Experience 分析步驟

1.查看一些版本資訊
確認問題的系統內容
2.查看CPU/MEMORY的使用狀況
看是否有記憶體耗盡,CPU繁忙這樣的背景情況出現.
3.分析traces
因為traces是系統出錯以後輸出的一些線程堆棧資訊,可以很快定位到問題出在哪裡. 
4.分析SYSTEM LOG
系統Log詳細輸出各種log,可以找出相關log進行逐一分析 執行個體分析

下面分析我寫的一個測試例子,在OnCreate做一個死迴圈,這樣主線程會被鎖住，在按下硬體的Back之後會出現ANR的錯誤.
在traces中發現該程式的堆棧資訊如下:

----- pid 20597at 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=0x2aac6240self=0xbda8
| sysTid=20597 nice=0 sched=0/0 cgrp=defaulthandle=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)
atandroid.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
atandroid.app.ActivityThread.performLaunchActivity(ActivityThread.java:2459)
atandroid.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2512)
atandroid.app.ActivityThread.access$2200(ActivityThread.java:119)
atandroid.app.ActivityThread$H.handleMessage(ActivityThread.java:1863)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:123)
atandroid.app.ActivityThread.main(ActivityThread.java:4363)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:521)
atcom.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
atcom.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=0x2fb7c260self=0x143860
| sysTid=20601 nice=0 sched=0/0 cgrp=defaulthandle=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=0x2fb7c1a0self=0x14c980
| sysTid=20600 nice=0 sched=0/0 cgrp=defaulthandle=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=0x2fb7a1e8self=0x126cc0
| sysTid=20599 nice=0 sched=0/0 cgrp=defaulthandle=1269048
at dalvik.system.NativeStart.run(Native Method)
"HeapWorker" daemon prio=5 tid=5 VMWAIT
| group="system" sCount=1 dsCount=0 s=N obj=0x2e31daf0self=0x135c08
| sysTid=20598 nice=0 sched=0/0 cgrp=defaulthandle=1268528
at dalvik.system.NativeStart.run(Native Method)
----- end 20597 -----

該檔案的堆棧結構從下往上進行分析
(1)棧底at dalvik.system.NativeStart.run(Native Method)
系統為當前的task(應用程式)啟動一個專用的虛擬機器 
(2) atandroid.app.ActivityThread.performLaunchActivity(ActivityThread.java:2459)
Activity Services是在後台負責管理Activity,它此時將測試例子的Activity啟動起來了
(3)at com.android.test.main.onCreate(main.java:20)
啟動測試程式
(4)棧頂at java.lang.VMThread.sleep(Native Method)
線程被sleep掉了,所以無法響應使用者,出現ANR錯誤.

上面是對一個非常簡單的問題的分析.

如果遇到比較複雜的問題還需要詳細分析SYSTEM LOG.
1.比如網路異常,要通過SYSTEM LOG裡面輸出的網路連結資訊來判斷網路狀態
2.資料轉送,網路連結等耗時的操作需要分析SYSTEM LOG裡面ActivityManager的回應時間