Android中對Log日志檔案的分析[轉]

android裡應用開發也就很簡單了。

那我們先來看看android裡的ANR，怎麼出現ANR呢，很簡單。

          # cd data/app

         #  monkey   -p  com.xxx.xxx   -v   3000      (com.xxx.xxx是你應用程式的包名，如果想知道monkey詳細用法，執行  monkey  help  )

         實際上很多優秀android應用都會出現ANR，比如UC浏覽器，360等等，如果你有興趣可以回去試試，

      這樣，ANR出現了。 開始做修改準備工作  ，得到log檔案。

有人問log檔案在哪兒？

一般在/data/log下面（但是真機才有的）。你可以通過執行指令adb shell進去看看，用pull把log檔案拉到你的電腦裡

二，Log的種類

          android.util.Log常用的方法有以下六個：Log.v() Log.d() Log.i() Log.w() ， Log.e()以及Log.a() (android 4.0新增加的)。根據首字母對應             VERBOSE，DEBUG,INFO,WARN，ERROR,Assert。

          1、Log.v 的調試顔色為黑色的，任何消息都會輸出，這裡的v代表verbose啰嗦的意思，平時使用就是Log.v("","");

          2、Log.d的輸出顔色是藍色的，僅輸出debug調試的意思，但他會輸出上層的資訊，過濾起來可以通過DDMS的Logcat标簽來選擇.

          3、Log.i的輸出為綠色，一般提示性的消息information，它不會輸出Log.v和Log.d的資訊，但會顯示i、w和e的資訊

         4、Log.w的意思為橙色，可以看作為warning警告，一般需要我們注意優化Android代碼，同時選擇它後還會輸出Log.e的資訊。

         5、Log.e為紅色，可以想到error錯誤，這裡僅顯示紅色的錯誤資訊，這些錯誤就需要我們認真的分析，檢視棧的資訊了。

         6    Log.a為4.0新增加的。

          啟動Eclipse,打開DDMS大家可以在LogCat裡看見（前提是android 4.0的ADT）

Log分為Fatal和ANR

什麼時候會有Log檔案的産生？

Log的産生大家都知道， 大家也都知道通過DDMS來看log（這個就不用說了），但什麼時候會産生log檔案呢？一般在如下幾種情況會産生log檔案。 

1，程式異常退出，uncausedexception      （Fatal）

2，程式強制關閉，ForceClosed (簡稱FC)       （Fatal）

3，程式無響應，ApplicationNo Response（簡稱ANR)

                               ANR出現的情況有以下兩種

                                       A  界面操作按鈕的點選等待響應時間超過5秒

                                       B  HandleMessage回調函數執行超過10秒，BroadcasterReciver裡的onRecive（）方法處理超過10秒

4，手動生成。

拿到一個日志檔案，要分成多段來看。log檔案很長，其中包含十幾個小單元資訊，但不要被吓到，事實上他主要由三大塊兒組成 。

1，系統基本資訊，包括 記憶體，CPU，程序隊列，虛拟記憶體 ， 垃圾回收等資訊 。------MEMORY INFO (/proc/meminfo) ------

------CPU INFO (top -n 1 -d 1 -m 30 -t) ------

------PROCRANK (procrank) ------

------VIRTUAL MEMORY STATS (/proc/vmstat) ------

------VMALLOC INFO (/proc/vmallocinfo) ------

格式如下：

------MEMORY INFO (/proc/meminfo) ------

MemTotal:        347076 kB

MemFree:          56408 kB

Buffers:           7192 kB

Cached:          104064 kB

SwapCached:           0 kB

Active:          192592 kB

Inactive:         40548 kB

Active(anon):    129040 kB

Inactive(anon):    1104 kB

Active(file):     63552 kB

Inactive(file):   39444 kB

Unevictable:       7112 kB

Mlocked:              0kB

SwapTotal:            0 kB

SwapFree:             0 kB

Dirty:               44kB

Writeback:            0 kB

AnonPages:       129028 kB

Mapped:           73728 kB

Shmem:             1148kB

Slab:             13072kB

SReclaimable:      4564 kB

SUnreclaim:        8508 kB

KernelStack:       3472 kB

PageTables:       12172 kB

NFS_Unstable:         0 kB

Bounce:               0kB

WritebackTmp:         0 kB

CommitLimit:     173536 kB

Committed_AS:   7394524 kB

VmallocTotal:    319488 kB

VmallocUsed:      90752 kB

VmallocChunk:    181252 kB

2，事件資訊， 也是我們主要分析的資訊 。

------EVENT INFO (/proc/vmallocinfo) ------

------SYSTEM LOG (logcat -b system -v time -d *:v) ------

01-1516:41:43.671 W/PackageManager( 2466): Unknown permissioncom.wsomacp.permission.PROVIDER in package com.android.mms

01-1516:41:43.671 I/ActivityManager( 2466): Force stopping packagecom.android.mms uid=10092

01-1516:41:43.675 I/UsageStats( 2466): Something wrong here, didn't expectcom.sec.android.app.twlauncher to be paused

01-1516:41:44.108 I/ActivityManager( 2466): Start proccom.sec.android.widgetapp.infoalarm for servicecom.sec.android.widgetapp.infoalarm/.engine.DataService: pid=20634uid=10005 gids={3003, 1015, 3002}

01-1516:41:44.175 W/ActivityManager( 2466): Activity pause timeout forHistoryRecord{48589868com.sec.android.app.twlauncher/.Launcher}

01-1516:41:50.864 I/KeyInputQueue( 2466): Input event

01-1516:41:50.866 D/KeyInputQueue( 2466): screenCaptureKeyFlag setting0

01-1516:41:50.882 I/PowerManagerService( 2466): Ulight 0->7|0

01-1516:41:50.882 I/PowerManagerService( 2466): Setting target 2: cur=0.0target=70 delta=4.6666665 nominalCurrentValue=0

01-1516:41:50.882 I/PowerManagerService( 2466): Scheduling lightanimator!

01-1516:41:51.706 D/PowerManagerService( 2466): enableLightSensortrue

01-1516:41:51.929 I/KeyInputQueue( 2466): Input event

01-1516:41:51.933 W/WindowManager( 2466): No focus window, dropping:KeyEvent{action=0 code=26 repeat=0 meta=0 scancode=26mFlags=9}

3，虛拟機資訊， 包括程序的，線程的跟蹤資訊，這是用來跟蹤程序和線程具體點的好地方。 

------VM TRACES JUST NOW (/data/anr/traces.txt.bugreport: 2011-01-1516:49:02) ------

------VM TRACES AT LAST ANR (/data/anr/traces.txt: 2011-01-15 16:49:02)------

-----pid 21161 at 2011-01-15 16:49:01 -----

Cmdline: com.android.mms

DALVIKTHREADS:

"main"prio=5 tid=1 NATIVE

  |group="main" sCount=1 dsCount=0 s=N bj=0x4001d8d0self=0xccc8

  |sysTid=21161 nice=0 sched=0/0 cgrp=default handle=-1345017808

  |schedstat=( 4151552996 5342265329 10995 )

  atandroid.media.MediaPlayer._reset(Native Method)

  atandroid.media.MediaPlayer.reset(MediaPlayer.java:1218)

  atandroid.widget.VideoView.release(VideoView.java:499)

  atandroid.widget.VideoView.access$2100(VideoView.java:50)

  atandroid.widget.VideoView$6.surfaceDestroyed(VideoView.java:489)

  atandroid.view.SurfaceView.reportSurfaceDestroyed(SurfaceView.java:572)

  atandroid.view.SurfaceView.updateWindow(SurfaceView.java:476)

  atandroid.view.SurfaceView.onWindowVisibilityChanged(SurfaceView.java:206)

  atandroid.view.View.dispatchDetachedFromWindow(View.java:6082)

  atandroid.view.ViewGroup.dispatchDetachedFromWindow(ViewGroup.java:1156)

  atandroid.view.ViewGroup.removeAllViewsInLayout(ViewGroup.java:2296)

  atandroid.view.ViewGroup.removeAllViews(ViewGroup.java:2254)

  atcom.android.mms.ui.SlideView.reset(SlideView.java:687)

  atcom.android.mms.ui.SlideshowPresenter.presentSlide(SlideshowPresenter.java:189)

  atcom.android.mms.ui.SlideshowPresenter$3.run(SlideshowPresenter.java:531)

  atandroid.os.Handler.handleCallback(Handler.java:587)

  atandroid.os.Handler.dispatchMessage(Handler.java:92)

  atandroid.os.Looper.loop(Looper.java:123)

  atandroid.app.ActivityThread.main(ActivityThread.java:4627)

  atjava.lang.reflect.Method.invokeNative(Native Method)

  atjava.lang.reflect.Method.invoke(Method.java:521)

  atcom.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:858)

  atcom.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)

  atdalvik.system.NativeStart.main(NativeMethod)

---------------------------------------------------------------------------------------------------------------------------------------

閑話少說，我總結了觀察log檔案的基本步驟。1，如果是ANR問題， 則搜尋“ANR”關鍵詞。 快速定位到關鍵事件資訊 。

2，如果是ForceClosed和其它異常退出資訊，則搜尋"Fatal"關鍵詞，快速定位到關鍵事件資訊 。

3，定位到關鍵事件資訊後， 如果資訊不夠明确的，再去搜尋應用程式包的虛拟機資訊，檢視具體的程序和線程跟蹤的日志，來定位到代碼。 

用這種方法，出現問題，根本不需要斷點調試， 直接定位到問題，屢試不爽 。 

下面，我們就開始來分析這個例子的log。

打開log檔案， 由于是ANR錯誤，是以搜尋"ANR"，為何要加空格呢，你加上和去掉比較一下就知道了 。可以屏蔽掉不少儲存到anr.log檔案的無效資訊。 

定位到關鍵的事件資訊如下：

01-1516:49:02.433 E/ActivityManager( 2466): ANR in com.android.mms(com.android.mms/.ui.SlideshowActivity)

01-1516:49:02.433 E/ActivityManager( 2466): Reason:keyDispatchingTimedOut

01-1516:49:02.433 E/ActivityManager( 2466): Load: 0.6 / 0.61 / 0.42

01-1516:49:02.433 E/ActivityManager( 2466): CPU usage from 1337225ms to57ms ago:

01-1516:49:02.433 E/ActivityManager( 2466):   sensorserver_ya:8% = 0% user + 8% kernel / faults: 40 minor

......

01-1516:49:02.433 E/ActivityManager( 2466):  -com.android.mms:0% = 0% user + 0% kernel

01-1516:49:02.433 E/ActivityManager( 2466):  -flush-179:8: 0% =0% user + 0% kernel

01-1516:49:02.433 E/ActivityManager( 2466): TOTAL: 25% = 10% user + 14%kernel + 0% iowait + 0% irq + 0% softirq

01-1516:49:02.436 I/        ( 2466):dumpmesg >"/data/log/dumpstate_app_anr.log"

我們用自然語言來描述一下日志，這也算是一種能力吧。 

翻譯：在16:49分2秒433毫秒的時候ActivityManager

若轉載請注明出處！若有疑問，請回複交流！