(3)dumpsys
　　执行 /system/bin/dumpsys 后可以获得这个 log.
　　经常会发现该 log 输出不完整 ， 因为代码里面要求该工具多只执行 60ms， 可能会导致 log 无法完全输出来 .
　　可以通过修改时间参数来保证 log 完全输出 .
　　信息 :
　　Currently running services
　　DUMP OF SERVICE services-name(running)
　　Log Code Analysis
　　Site: .frameworksasecmdsdumpstate
　　相关 Log 程序的代码可以从上面目录获取
　　Log Analysis Experience
　　分析步骤
　　1. 查看一些版本信息
　　确认问题的系统环境
　　2. 查看 CPU/MEMORY 的使用状况
　　看是否有内存耗尽 ，CPU 繁忙这样的背景情况出现 .
　　3. 分析 traces
　　因为 traces 是系统出错以后输出的一些线程堆栈信息 ， 可以很快定位到问题出在哪里 .
　　4. 分析 SYSTEM LOG
　　系统 Log 详细输出各种 log， 可以找出相关 log 进行逐一分析
　　实例分析
　　下面分析我写的一个测试例子 ， 在 OnCreate 做一个死循环 ， 这样主线程会被锁住，在按下硬件的 Back 之后会出现 ANR 的错误 .
　　在 traces 中发现该程序的堆栈信息如下 :
—– 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 —–
　　该文件的堆栈结构从下往上进行分析
　　(1) 栈底 at dalvik.system.NativeStart.run(Native Method)
　　系统为当前的 task( 应用程式 ) 启动一个专用的虚拟机
　　(2) at android.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 的响应时间
　　3…