Android 4.3 Monkey自动化测试工具被killed的原因分析

来源：互联网发布：电气常用数据手册编辑：程序博客网时间：2024/05/22 17:47

原创链接：http://blog.csdn.net/zhao_3546/article/details/19193277

测试组使用Monkey在Android上想对APK进行自动化测试，但在启动Monkey测试工具时，一直无法正常启动，

[plain] view plaincopyprint?
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的日志。

日志如下：

[plain] view plaincopyprint?
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 的实现：

[java] view plaincopyprint?
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，是人写的代码，就有缺陷啊。

修改成为如下：

[java] view plaincopyprint?
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在我给他解释某问题的可能原因时他经常问我的一句话，为什么是这个原因？你有证据吗？你有重现吗？

跟着他，我也学会时常问自己或别人为什么，为什么这样，为什么那样，通过多问为什么，也让我会去不断思考一些更深层次的东西，好的习惯给我带来的帮助真的难以估量。

0 0