$ adb shell monkey -p your.package.name -v number
$ monkey -p(package) 指定文件名 -v(测试的次数和频率） number（次数）
monkey测试实例图解
1.下载一个apk文件
2.将apk文件复制到Android sdk对应platform-tools的目录下
3.安装apk（启动并检测模拟器）
命令安装apk adb install gewara_p.apk 提示success 安装成功
4.安装成功在模拟器显示
5.安装之后寻找包名 在C盘目录新建log.txt，接着输入cmd启动控制台，输入 adb logcat>C:/log.txt, 然后点击apk图标，打开控制台，点击CTRL+C 找到log.txt 卸载apk adb uninstall 包名
6.monkey命令进行自动化测试
adb shell monkey [options] <event-count>
1）monkey -p com.gewara -v 1000(参数说明 -p后跟着软件所在包名，-v后跟测试的次数)
monkey -p com.gewara -p com.gewara -p com.gewara -v 1000 指定多个包
2）参数 -v
adb shell monkey -p com.htc.Weather -v 100
说明缺省值，仅提供启动提示、测试完成和最终结果等少量信息
adb shell monkey -p com.htc.Weather -v -v 100
提供较为详细的日志，包括每个发送的Activity的事件信息
adb shell monkey -p com.htc.Weather -v -v -v 100
最详细的的日志，包括了测试中的选中/未选中的Activity信息
3）参数 -s
用于指定伪随机数生成器的seed值，如果seed相同，则两次Monkey测试所产生的事件序列也相同的
测试1 adb shell monkey -p com.htc.Weather -s 10 100
测试2 adb shell monkey -p com.htc.Weather -s 10 100
4)参数 --throttle<毫秒>
用于指定用户操作（事件）间的时延，单位是毫秒；
adb shell monkey -p com.htc.Weather -throller 3000 100
5)参数 --ignore-crashes
用于指定当应用程序崩溃时（Force/Close错误），monkey是否停止运行，如果使用此参数，即使应用程序崩溃，monkey依然会发送事件，直到事件计数完成
测试1 adb shell monkey -p com.htc.Weather --ignore-crashes 1000程序崩溃，monkey继续运行
测试2 adb shell monkey -p com.htc.Weather 1000 程序崩溃，monkey停止运行
6）参数 -ignore-timeouts
用于指定当应用程序ANR（Application No Responding）错误时，monkey是否停止运行，如果使用此参数，即使应用程序发生ANR错误，monkey依然会发送事件，直到事件计数完成
7）参数 --igmore-security-exceptions
用于指定应用程序发生错误时（如证书许可，网络许可等）monkey 是否停止运行，如果使用此参数，即使应用程序发生许可错误，monkey依然会发送事件，直到事件计数完成。
8）参数 --kill-process-after-error
用于指定当应用程序发生错误时，是否停止其运行，如果指定此参数，当应用程序发生错误时，应用程序停止运行并保持当前状态（注意 ： 应用程序仅静止在发生错误的状态，系统并不会结束该应用程序的进程）
9）参数 --monitor-native-crashes
用于指定是否监视并报告应用程序发生崩溃的本地代码
10）参数 --pct-{+事件类别} {+事件类别百分比}
用于指定每种类别事件的数目百分比（monkey事件序列中，该类事件数目占总事件数目的百分比）
示例 --pct-touch {+百分比}
调整触摸事件的百分比（触摸事件是一个down-up事件，它发生在屏幕上的某单一位置）
adb shell monkey -p com.htc.Weather -pct-touch 20 2000
--pct-motion {+百分比}
调整动作事件的百分比（动作事件由屏幕某处的一个down事件、一系列的伪随机事件和一个up事件组成）
adb shell monkey -p com.htc.Weather --pct-motion 20 1000
--pct-trackball {+百分比}
调整轨迹事件的百分比（轨迹事件由一个或几个随机的移动组成，有时还伴随有点击）
adb shell monkey -p com.htc.Weather --pct-trackball 30 1000
--pct-nav {+百分比}
调整‘基本’导航事件的百分比（导航事件由来自方向输入设备的up/down/left/right组成）
adb shell monkey -p com.htc.Weather --pct-nav 40 1000
--pct-majornav {+百分比}
调整‘主要’导航事件的百分比（这些导航事件通常引发图形界面中的动作，如：5-way键盘的中间按键、回退按键、菜单按键）
adb shell monkey -p com.htc.Weather --pct-majornav 50 1000
--pct-syskeys {+百分比}
调整‘系统’按键事件的百分比（这些按键通常被保留，由系统使用，如Home、Back、 Start Call、End Call及音量控制键）
adb shell monkey -p com.htc.Weather --pct-syskeys 60 1000
--pct-appswitch {+百分比}
调整启动Activity的百分比。 在随机间隔里，monkey将执行一个startActivity()调用，作为最大程度覆盖包中全部Activity的一种方法
adb shell monkey -p com.htc.Weather --pct-appswitch 70 1000
--pct-anyevent{+百分比}
调整其他类型事件的百分比，它保罗了所有其他类型的事件，如：按键、其他不常用的设备按钮、等等
adb shell monkey -p com.htc.Weather
--pct-anyevent 100 1000*指定多个类型事件的百分比
adb shell monkey -p com.htc.Weather --pct-anyevent 50 --pct-appswitch 50 1000
注意：各事件类型的百分比总数不能超过100%；
7. monkey log分析
1）什么时候会有log文件的产生
程序异常退出 ， uncaused exception
程序强制关闭 ，Force Closed (简称FC)
程序无响应 ， Application No Response （简称ANR) ， 顺便，一般主线程超过5秒么有处理就会ANR
手动生成 。
1.系统基本信息，包括内存，CPU，进程队列，虚拟内存，垃圾回收等信息
----MEMORY INFO(/proc/meminfo)----
----CPU INFO(top -n 1 -d 1 -m 30 -t)----
----PROCRANK(procrank)----
----VIPTUAL 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: 0 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 44 kB
Writeback: 0 kB
AnonPages: 129028 kB
Mapped: 73728 kB
Shmem: 1148 kB
Slab: 13072 kB
SReclaimable: 4564 kB
SUnreclaim: 8508 kB
KernelStack: 3472 kB
PageTables: 12172 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 173536 kB
Committed_AS: 7394524 kB
VmallocTotal: 319488 kB
VmallocUsed: 90752 kB
VmallocChunk: 181252 kB
2，时间信息 ， 也是我们主要分析的信息 。
----VMALLOC INFO(/proc/vmallocinfo)---
-----EVENT INFO(/proc/vmallocinfo)----
格式如下：
------ SYSTEM LOG (logcat -b system -v time -d *:v) ------
01-15 16:41:43.671 W/PackageManager( 2466): Unknown permission com.wsomacp.permission.PROVIDER in package com.android.mms
01-15 16:41:43.671 I/ActivityManager( 2466): Force stopping package com.android.mms uid=10092
01-15 16:41:43.675 I/UsageStats( 2466): Something wrong here, didn't expect com.sec.android.app.twlauncher to be paused
01-15 16:41:44.108 I/ActivityManager( 2466): Start proc com.sec.android.widgetapp.infoalarm for service com.sec.android.widgetapp.infoalarm/.engine.DataService: pid=20634 uid=10005 gids={3003, 1015, 3002}
01-15 16:41:44.175 W/ActivityManager( 2466): Activity pause timeout for HistoryRecord{48589868 com.sec.android.app.twlauncher/.Launcher}
01-15 16:41:50.864 I/KeyInputQueue( 2466): Input event
01-15 16:41:50.866 D/KeyInputQueue( 2466): screenCaptureKeyFlag setting 0
01-15 16:41:50.882 I/PowerManagerService( 2466): Ulight 0->7|0
01-15 16:41:50.882 I/PowerManagerService( 2466): Setting target 2: cur=0.0 target=70 delta=4.6666665 nominalCurrentValue=0
01-15 16:41:50.882 I/PowerManagerService( 2466): Scheduling light animator!
01-15 16:41:51.706 D/PowerManagerService( 2466): enableLightSensor true
01-15 16:41:51.929 I/KeyInputQueue( 2466): Input event
01-15 16:41:51.933 W/WindowManager( 2466): No focus window, dropping: KeyEvent{action=0 code=26 repeat=0 meta=0 scancode=26 mFlags=9}
3.虚拟机信息，包括进程的，现成的跟踪信息，这是用来跟踪进程和线程具体点的好地方
----VM TRACES JUST NOW（/data/anr/traces.txt.bugreport:2011-01-15 16:49:02）-----
----VM TRACES AT LAST ANR(/data/anr/traces.txt:2011-01-15 16:48:02)-----
格式如下 ：
----- pid 21161 at 2011-01-15 16:49:01 -----
Cmd line: com.android.mms
DALVIK THREADS:
"main" prio=5 tid=1 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x4001d8d0 self=0xccc8
| sysTid=21161 nice=0 sched=0/0 cgrp=default handle=-1345017808
| schedstat=( 4151552996 5342265329 10995 )
at android.media.MediaPlayer._reset(Native Method)
at android.media.MediaPlayer.reset(MediaPlayer.java:1218)
at android.widget.VideoView.release(VideoView.java:499)
at android.widget.VideoView.access$2100(VideoView.java:50)
at android.widget.VideoView$6.surfaceDestroyed(VideoView.java:489)
at android.view.SurfaceView.reportSurfaceDestroyed(SurfaceView.java:572)
at android.view.SurfaceView.updateWindow(SurfaceView.java:476)
at android.view.SurfaceView.onWindowVisibilityChanged(SurfaceView.java:206)
at android.view.View.dispatchDetachedFromWindow(View.java:6082)
at android.view.ViewGroup.dispatchDetachedFromWindow(ViewGroup.java:1156)
at android.view.ViewGroup.removeAllViewsInLayout(ViewGroup.java:2296)
at android.view.ViewGroup.removeAllViews(ViewGroup.java:2254)
at com.android.mms.ui.SlideView.reset(SlideView.java:687)
at com.android.mms.ui.SlideshowPresenter.presentSlide(SlideshowPresenter.java:189)
at com.android.mms.ui.SlideshowPresenter$3.run(SlideshowPresenter.java:531)
at android.os.Handler.handleCallback(Handler.java:587)
at android.os.Handler.dispatchMessage(Handler.java:92)
at android.os.Looper.loop(Looper.java:123)
at android.app.ActivityThread.main(ActivityThread.java:4627)
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:858)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)
at dalvik.system.NativeStart.main(Native Method)
我总结了观察log文件的基本步骤 。
1，如果是ANR问题 ， 则搜索“ANR”关键词 。 快速定位到关键事件信息 。
2，如果是ForceClosed 和其它异常退出信息，则搜索"Fatal" 关键词， 快速定位到关键事件信息 。
3，定位到关键事件信息后 ， 如果信息不够明确的，再去搜索应用程序包的虚拟机信息
打开log文件 ， 由于是ANR错误，因此搜索"ANR " ， 为何要加空格呢，你加上和去掉比较一下就知道了 。 可以屏蔽掉不少保存到anr.log文件的无效信息 。
定位到关键的事件信息如下：
01-15 16:49:02.433 E/ActivityManager( 2466): ANR in com.android.mms (com.android.mms/.ui.SlideshowActivity)
01-15 16:49:02.433 E/ActivityManager( 2466): Reason: keyDispatchingTimedOut
01-15 16:49:02.433 E/ActivityManager( 2466): Load: 0.6 / 0.61 / 0.42
01-15 16:49:02.433 E/ActivityManager( 2466): CPU usage from 1337225ms to 57ms ago:
01-15 16:49:02.433 E/ActivityManager( 2466): sensorserver_ya: 8% = 0% user + 8% kernel / faults: 40 minor
......
我们用自然语言来描述一下日志，这也算是一种能力吧 。
01-15 16:49:02.433 E/ActivityManager( 2466): ANR in com.android.mms (com.android.mms/.ui.SlideshowActivity)
翻译：在16:49分2秒433毫秒的时候 ActivityManager （进程号为2466) 发生了如下错误：com.android.mms包下面的.ui.SlideshowActivity 无响应 。
01-15 16:49:02.433 E/ActivityManager( 2466): Reason: keyDispatchingTimedOut
翻译：原因 ， keyDispatchingTimeOut - 按键分配超时
01-15 16:49:02.433 E/ActivityManager( 2466): Load: 0.6 / 0.61 / 0.42
翻译：5分钟，10分钟，15分钟内的平均负载分别为：0.6 , 0.61 , 0.42
$ monkey -p(package) 指定文件名 -v(测试的次数和频率） number（次数）
monkey测试实例图解
1.下载一个apk文件
2.将apk文件复制到Android sdk对应platform-tools的目录下
3.安装apk（启动并检测模拟器）
命令安装apk adb install gewara_p.apk 提示success 安装成功
4.安装成功在模拟器显示
5.安装之后寻找包名 在C盘目录新建log.txt，接着输入cmd启动控制台，输入 adb logcat>C:/log.txt, 然后点击apk图标，打开控制台，点击CTRL+C 找到log.txt 卸载apk adb uninstall 包名
6.monkey命令进行自动化测试
adb shell monkey [options] <event-count>
1）monkey -p com.gewara -v 1000(参数说明 -p后跟着软件所在包名，-v后跟测试的次数)
monkey -p com.gewara -p com.gewara -p com.gewara -v 1000 指定多个包
2）参数 -v
adb shell monkey -p com.htc.Weather -v 100
说明缺省值，仅提供启动提示、测试完成和最终结果等少量信息
adb shell monkey -p com.htc.Weather -v -v 100
提供较为详细的日志，包括每个发送的Activity的事件信息
adb shell monkey -p com.htc.Weather -v -v -v 100
最详细的的日志，包括了测试中的选中/未选中的Activity信息
3）参数 -s
用于指定伪随机数生成器的seed值，如果seed相同，则两次Monkey测试所产生的事件序列也相同的
测试1 adb shell monkey -p com.htc.Weather -s 10 100
测试2 adb shell monkey -p com.htc.Weather -s 10 100
4)参数 --throttle<毫秒>
用于指定用户操作（事件）间的时延，单位是毫秒；
adb shell monkey -p com.htc.Weather -throller 3000 100
5)参数 --ignore-crashes
用于指定当应用程序崩溃时（Force/Close错误），monkey是否停止运行，如果使用此参数，即使应用程序崩溃，monkey依然会发送事件，直到事件计数完成
测试1 adb shell monkey -p com.htc.Weather --ignore-crashes 1000程序崩溃，monkey继续运行
测试2 adb shell monkey -p com.htc.Weather 1000 程序崩溃，monkey停止运行
6）参数 -ignore-timeouts
用于指定当应用程序ANR（Application No Responding）错误时，monkey是否停止运行，如果使用此参数，即使应用程序发生ANR错误，monkey依然会发送事件，直到事件计数完成
7）参数 --igmore-security-exceptions
用于指定应用程序发生错误时（如证书许可，网络许可等）monkey 是否停止运行，如果使用此参数，即使应用程序发生许可错误，monkey依然会发送事件，直到事件计数完成。
8）参数 --kill-process-after-error
用于指定当应用程序发生错误时，是否停止其运行，如果指定此参数，当应用程序发生错误时，应用程序停止运行并保持当前状态（注意 ： 应用程序仅静止在发生错误的状态，系统并不会结束该应用程序的进程）
9）参数 --monitor-native-crashes
用于指定是否监视并报告应用程序发生崩溃的本地代码
10）参数 --pct-{+事件类别} {+事件类别百分比}
用于指定每种类别事件的数目百分比（monkey事件序列中，该类事件数目占总事件数目的百分比）
示例 --pct-touch {+百分比}
调整触摸事件的百分比（触摸事件是一个down-up事件，它发生在屏幕上的某单一位置）
adb shell monkey -p com.htc.Weather -pct-touch 20 2000
--pct-motion {+百分比}
调整动作事件的百分比（动作事件由屏幕某处的一个down事件、一系列的伪随机事件和一个up事件组成）
adb shell monkey -p com.htc.Weather --pct-motion 20 1000
--pct-trackball {+百分比}
调整轨迹事件的百分比（轨迹事件由一个或几个随机的移动组成，有时还伴随有点击）
adb shell monkey -p com.htc.Weather --pct-trackball 30 1000
--pct-nav {+百分比}
调整‘基本’导航事件的百分比（导航事件由来自方向输入设备的up/down/left/right组成）
adb shell monkey -p com.htc.Weather --pct-nav 40 1000
--pct-majornav {+百分比}
调整‘主要’导航事件的百分比（这些导航事件通常引发图形界面中的动作，如：5-way键盘的中间按键、回退按键、菜单按键）
adb shell monkey -p com.htc.Weather --pct-majornav 50 1000
--pct-syskeys {+百分比}
调整‘系统’按键事件的百分比（这些按键通常被保留，由系统使用，如Home、Back、 Start Call、End Call及音量控制键）
adb shell monkey -p com.htc.Weather --pct-syskeys 60 1000
--pct-appswitch {+百分比}
调整启动Activity的百分比。 在随机间隔里，monkey将执行一个startActivity()调用，作为最大程度覆盖包中全部Activity的一种方法
adb shell monkey -p com.htc.Weather --pct-appswitch 70 1000
--pct-anyevent{+百分比}
调整其他类型事件的百分比，它保罗了所有其他类型的事件，如：按键、其他不常用的设备按钮、等等
adb shell monkey -p com.htc.Weather
--pct-anyevent 100 1000*指定多个类型事件的百分比
adb shell monkey -p com.htc.Weather --pct-anyevent 50 --pct-appswitch 50 1000
注意：各事件类型的百分比总数不能超过100%；
7. monkey log分析
1）什么时候会有log文件的产生
程序异常退出 ， uncaused exception
程序强制关闭 ，Force Closed (简称FC)
程序无响应 ， Application No Response （简称ANR) ， 顺便，一般主线程超过5秒么有处理就会ANR
手动生成 。
1.系统基本信息，包括内存，CPU，进程队列，虚拟内存，垃圾回收等信息
----MEMORY INFO(/proc/meminfo)----
----CPU INFO(top -n 1 -d 1 -m 30 -t)----
----PROCRANK(procrank)----
----VIPTUAL 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: 0 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 44 kB
Writeback: 0 kB
AnonPages: 129028 kB
Mapped: 73728 kB
Shmem: 1148 kB
Slab: 13072 kB
SReclaimable: 4564 kB
SUnreclaim: 8508 kB
KernelStack: 3472 kB
PageTables: 12172 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 173536 kB
Committed_AS: 7394524 kB
VmallocTotal: 319488 kB
VmallocUsed: 90752 kB
VmallocChunk: 181252 kB
2，时间信息 ， 也是我们主要分析的信息 。
----VMALLOC INFO(/proc/vmallocinfo)---
-----EVENT INFO(/proc/vmallocinfo)----
格式如下：
------ SYSTEM LOG (logcat -b system -v time -d *:v) ------
01-15 16:41:43.671 W/PackageManager( 2466): Unknown permission com.wsomacp.permission.PROVIDER in package com.android.mms
01-15 16:41:43.671 I/ActivityManager( 2466): Force stopping package com.android.mms uid=10092
01-15 16:41:43.675 I/UsageStats( 2466): Something wrong here, didn't expect com.sec.android.app.twlauncher to be paused
01-15 16:41:44.108 I/ActivityManager( 2466): Start proc com.sec.android.widgetapp.infoalarm for service com.sec.android.widgetapp.infoalarm/.engine.DataService: pid=20634 uid=10005 gids={3003, 1015, 3002}
01-15 16:41:44.175 W/ActivityManager( 2466): Activity pause timeout for HistoryRecord{48589868 com.sec.android.app.twlauncher/.Launcher}
01-15 16:41:50.864 I/KeyInputQueue( 2466): Input event
01-15 16:41:50.866 D/KeyInputQueue( 2466): screenCaptureKeyFlag setting 0
01-15 16:41:50.882 I/PowerManagerService( 2466): Ulight 0->7|0
01-15 16:41:50.882 I/PowerManagerService( 2466): Setting target 2: cur=0.0 target=70 delta=4.6666665 nominalCurrentValue=0
01-15 16:41:50.882 I/PowerManagerService( 2466): Scheduling light animator!
01-15 16:41:51.706 D/PowerManagerService( 2466): enableLightSensor true
01-15 16:41:51.929 I/KeyInputQueue( 2466): Input event
01-15 16:41:51.933 W/WindowManager( 2466): No focus window, dropping: KeyEvent{action=0 code=26 repeat=0 meta=0 scancode=26 mFlags=9}
3.虚拟机信息，包括进程的，现成的跟踪信息，这是用来跟踪进程和线程具体点的好地方
----VM TRACES JUST NOW（/data/anr/traces.txt.bugreport:2011-01-15 16:49:02）-----
----VM TRACES AT LAST ANR(/data/anr/traces.txt:2011-01-15 16:48:02)-----
格式如下 ：
----- pid 21161 at 2011-01-15 16:49:01 -----
Cmd line: com.android.mms
DALVIK THREADS:
"main" prio=5 tid=1 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x4001d8d0 self=0xccc8
| sysTid=21161 nice=0 sched=0/0 cgrp=default handle=-1345017808
| schedstat=( 4151552996 5342265329 10995 )
at android.media.MediaPlayer._reset(Native Method)
at android.media.MediaPlayer.reset(MediaPlayer.java:1218)
at android.widget.VideoView.release(VideoView.java:499)
at android.widget.VideoView.access$2100(VideoView.java:50)
at android.widget.VideoView$6.surfaceDestroyed(VideoView.java:489)
at android.view.SurfaceView.reportSurfaceDestroyed(SurfaceView.java:572)
at android.view.SurfaceView.updateWindow(SurfaceView.java:476)
at android.view.SurfaceView.onWindowVisibilityChanged(SurfaceView.java:206)
at android.view.View.dispatchDetachedFromWindow(View.java:6082)
at android.view.ViewGroup.dispatchDetachedFromWindow(ViewGroup.java:1156)
at android.view.ViewGroup.removeAllViewsInLayout(ViewGroup.java:2296)
at android.view.ViewGroup.removeAllViews(ViewGroup.java:2254)
at com.android.mms.ui.SlideView.reset(SlideView.java:687)
at com.android.mms.ui.SlideshowPresenter.presentSlide(SlideshowPresenter.java:189)
at com.android.mms.ui.SlideshowPresenter$3.run(SlideshowPresenter.java:531)
at android.os.Handler.handleCallback(Handler.java:587)
at android.os.Handler.dispatchMessage(Handler.java:92)
at android.os.Looper.loop(Looper.java:123)
at android.app.ActivityThread.main(ActivityThread.java:4627)
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:858)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)
at dalvik.system.NativeStart.main(Native Method)
我总结了观察log文件的基本步骤 。
1，如果是ANR问题 ， 则搜索“ANR”关键词 。 快速定位到关键事件信息 。
2，如果是ForceClosed 和其它异常退出信息，则搜索"Fatal" 关键词， 快速定位到关键事件信息 。
3，定位到关键事件信息后 ， 如果信息不够明确的，再去搜索应用程序包的虚拟机信息
打开log文件 ， 由于是ANR错误，因此搜索"ANR " ， 为何要加空格呢，你加上和去掉比较一下就知道了 。 可以屏蔽掉不少保存到anr.log文件的无效信息 。
定位到关键的事件信息如下：
01-15 16:49:02.433 E/ActivityManager( 2466): ANR in com.android.mms (com.android.mms/.ui.SlideshowActivity)
01-15 16:49:02.433 E/ActivityManager( 2466): Reason: keyDispatchingTimedOut
01-15 16:49:02.433 E/ActivityManager( 2466): Load: 0.6 / 0.61 / 0.42
01-15 16:49:02.433 E/ActivityManager( 2466): CPU usage from 1337225ms to 57ms ago:
01-15 16:49:02.433 E/ActivityManager( 2466): sensorserver_ya: 8% = 0% user + 8% kernel / faults: 40 minor
......
我们用自然语言来描述一下日志，这也算是一种能力吧 。
01-15 16:49:02.433 E/ActivityManager( 2466): ANR in com.android.mms (com.android.mms/.ui.SlideshowActivity)
翻译：在16:49分2秒433毫秒的时候 ActivityManager （进程号为2466) 发生了如下错误：com.android.mms包下面的.ui.SlideshowActivity 无响应 。
01-15 16:49:02.433 E/ActivityManager( 2466): Reason: keyDispatchingTimedOut
翻译：原因 ， keyDispatchingTimeOut - 按键分配超时
01-15 16:49:02.433 E/ActivityManager( 2466): Load: 0.6 / 0.61 / 0.42
翻译：5分钟，10分钟，15分钟内的平均负载分别为：0.6 , 0.61 , 0.42
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
