原创链接:http://blog.csdn.net/zhao_3546/article/details/19193277,转载,请注明。
测试组使用Monkey在Android上想对APK进行自动化测试,但在启动Monkey测试工具时,一直无法正常启动,
shell@android:/ $ monkey -p com.android.calculator2 -v 100 monkey -p com.android.calculator2 -v 100 :Monkey: seed=1393356259515 count=100 :AllowPackage: com.android.calculator2 :IncludeCategory: android.intent.category.LAUNCHER :IncludeCategory: android.intent.category.MONKEY Killed
一执行就会被killed,无意间测试说起这个问题,说是因为这个系统我们定制过,应该是定制的原因导致的问题。
我较真了,怎么可能是我们定制的原因呢?一般的APK在这个系统上都是可以正常运行的,并且也没有出过问题,所以我对定制这个说法完全不认同。
让相关人员重新执行后,让他同时提供相应的logcat的日志。
日志如下:
02-13 10:02:24.604 D/AndroidRuntime(14430): Calling main entry com.android.commands.monkey.Monkey 02-13 10:02:24.614 D/dalvikvm(14430): Note: class Landroid/app/ActivityManagerNative; has 168 unimplemented (abstract) methods 02-13 10:02:24.614 D/AndroidRuntime(14430): Shutting down VM 02-13 10:02:24.614 W/dalvikvm(14430): threadid=1: thread exiting with uncaught exception (group=0x416a5700) 02-13 10:02:24.614 E/ActivityManager( 605): Activity Manager Crash 02-13 10:02:24.614 E/ActivityManager( 605): java.lang.NullPointerException 02-13 10:02:24.614 E/ActivityManager( 605): at com.android.server.am.ActivityManagerService.registerReceiver(ActivityManagerService.java:11867) 02-13 10:02:24.614 E/ActivityManager( 605): at android.app.ActivityManagerNative.onTransact(ActivityManagerNative.java:308) 02-13 10:02:24.614 E/ActivityManager( 605): at com.android.server.am.ActivityManagerService.onTransact(ActivityManagerService.java:1809) 02-13 10:02:24.614 E/ActivityManager( 605): at android.os.Binder.execTransact(Binder.java:388) 02-13 10:02:24.614 E/ActivityManager( 605): at dalvik.system.NativeStart.run(Native Method) 02-13 10:02:24.624 E/JavaBinder(14430): Unknown binder error code. 0xfffffff7 02-13 10:02:24.624 I/Process (14430): Sending signal. PID: 14430 SIG: 9 02-13 10:02:24.624 E/AndroidRuntime(14430): *** FATAL EXCEPTION IN SYSTEM PROCESS: main 02-13 10:02:24.624 E/AndroidRuntime(14430): java.lang.NullPointerException 02-13 10:02:24.624 E/AndroidRuntime(14430): at android.os.Parcel.readException(Parcel.java:1437) 02-13 10:02:24.624 E/AndroidRuntime(14430): at android.os.Parcel.readException(Parcel.java:1385) 02-13 10:02:24.624 E/AndroidRuntime(14430): at android.app.ActivityManagerProxy.registerReceiver(ActivityManagerNative.java:2237) 02-13 10:02:24.624 E/AndroidRuntime(14430): at com.android.commands.monkey.MonkeyNetworkMonitor.register(MonkeyNetworkMonitor.java:88) 02-13 10:02:24.624 E/AndroidRuntime(14430): at com.android.commands.monkey.Monkey.getSystemInterfaces(Monkey.java:979) 02-13 10:02:24.624 E/AndroidRuntime(14430): at com.android.commands.monkey.Monkey.run(Monkey.java:586) 02-13 10:02:24.624 E/AndroidRuntime(14430): at com.android.commands.monkey.Monkey.main(Monkey.java:509) 02-13 10:02:24.624 E/AndroidRuntime(14430): at com.android.internal.os.RuntimeInit.nativeFinishInit(Native Method) 02-13 10:02:24.624 E/AndroidRuntime(14430): at com.android.internal.os.RuntimeInit.main(RuntimeInit.java:235) 02-13 10:02:24.624 E/AndroidRuntime(14430): at dalvik.system.NativeStart.main(Native Method) 02-13 10:02:24.624 E/AndroidRuntime(14430): Error reporting crash 02-13 10:02:24.624 E/AndroidRuntime(14430): android.os.RemoteException: Unknown binder error code. 0xfffffff7 02-13 10:02:24.624 E/AndroidRuntime(14430): at android.os.BinderProxy.transact(Native Method) 02-13 10:02:24.624 E/AndroidRuntime(14430): at android.app.ActivityManagerProxy.handleApplicationCrash(ActivityManagerNative.java:3525) 02-13 10:02:24.624 E/AndroidRuntime(14430): at com.android.internal.os.RuntimeInit$UncaughtHandler.uncaughtException(RuntimeInit.java:76) 02-13 10:02:24.624 E/AndroidRuntime(14430): at java.lang.ThreadGroup.uncaughtException(ThreadGroup.java:693) 02-13 10:02:24.624 E/AndroidRuntime(14430): at java.lang.ThreadGroup.uncaughtException(ThreadGroup.java:690) 02-13 10:02:24.624 E/AndroidRuntime(14430): at dalvik.system.NativeStart.main(Native Method)
我了个去,这个程序一运行,居然把 Activity Manager 给搞挂了,从现象来看,应该是Framework层的bug,即使应用有问题,ActivityManger也不应该挂。
分析了一下代码,看看 com.android.server.am.ActivityManagerService.registerReceiver 的实现:
public Intent registerReceiver(IApplicationThread caller, String callerPackage, IIntentReceiver receiver, IntentFilter filter, String permission, int userId) { ... synchronized(this) { ProcessRecord callerApp = null; if (caller != null) { callerApp = getRecordForAppLocked(caller); if (callerApp == null) { throw new SecurityException( "Unable to find app for caller " + caller + " (pid=" + Binder.getCallingPid() + ") when registering receiver " + receiver); } ... callingUid = callerApp.info.uid; callingPid = callerApp.pid; } else { callerPackage = null; callingUid = Binder.getCallingUid(); callingPid = Binder.getCallingPid(); } ... BroadcastFilter bf = new BroadcastFilter(filter, rl, callerPackage, // 日志显示,挂在这里 permission, callingUid, userId, callerApp.info.flags & ApplicationInfo.FLAG_SYSTEM) != 0); ... }
从代码上看,出现空指针异常的这个点,确实是有缺陷的,如果 caller 为null,则 callerApp 就是 null。
Google发布的代码,也会有bug,是人写的代码,就有缺陷啊。
修改成为如下:
BroadcastFilter bf = new BroadcastFilter(filter, rl, callerPackage, permission, callingUid, userId, (callerApp != null && (callerApp.info.flags & ApplicationInfo.FLAG_SYSTEM) != 0));
重新编译出相应的 services.jar,替换 /system/framework/ 下的同名文件,再让测试重新验证,问题解决。
其实在测试给我说了Monkey的作用后,我就在想Monkey的实现原理,如下纯粹个人猜想,未进一步找资料验证。
集成Android开发SDK的Eclipse中,提供了DDMS的功能,通过点击如下“红框”圈住的按钮,就可以得到右边的视图,即当前手机屏幕上显示的内容,以及View对象树,
我个人分析Monkey也是使用类似的原理,通过DDMS获取当前屏幕上显示的View对象视图,有了这个,其实也就有了哪个区域可以被点击,再通过脚本来控制相应的点击区域即可。
我经常想起我之前PL在我给他解释某问题的可能原因时他经常问我的一句话,为什么是这个原因? 你有证据吗?你有重现吗?
跟着他,我也学会时常问自己或别人为什么,为什么这样,为什么那样,通过多问为什么,也让我会去不断思考一些更深层次的东西,好的习惯给我带来的帮助真的难以估量。