Java 如果任何模块中存在模拟实例,则在创建RoboGuice注入器期间进程崩溃

Java 如果任何模块中存在模拟实例,则在创建RoboGuice注入器期间进程崩溃,java,android,eclipse,roboguice,Java,Android,Eclipse,Roboguice,我在单元测试中使用RoboGuice和AndroidMock框架时遇到问题。 我创建了一个简单的项目来展示我的问题。在这里,我创建了一个模拟实例,并将其注册到RoboGuice中。 但是这个过程在“setUp()”和“test01()”方法之间崩溃。 我猜,当创建注入器时,如果任何模块内部有模拟实例,实际上进程会崩溃 如果我用实现接口的类的实例替换模拟实例,那么一切都正常 有人知道如何解决这个问题吗 以下是我的测试代码: public class testInjectMock extends R

我在单元测试中使用RoboGuice和AndroidMock框架时遇到问题。 我创建了一个简单的项目来展示我的问题。在这里,我创建了一个模拟实例,并将其注册到RoboGuice中。 但是这个过程在“setUp()”和“test01()”方法之间崩溃。 我猜,当创建注入器时,如果任何模块内部有模拟实例,实际上进程会崩溃

如果我用实现接口的类的实例替换模拟实例,那么一切都正常

有人知道如何解决这个问题吗

以下是我的测试代码:

public class testInjectMock extends RoboUnitTestCase<MyApplication> {
    protected void setUp() throws Exception {
        InterfaceToMock instance = AndroidMock.createNiceMock(InterfaceToMock.class);           AndroidMock.expect(instance.SimpleMethod()).andStubReturn("Hello!");            
        MyModule myMockModule = new MyModule();
        myMockModule.setMockedInstance(instance);//Comment this string to get into the test01() method          
        MyApplication.setMyModule(myMockModule);
        super.setUp();
    }
    public void test01() {
        //It never comes here
    }
}
logcat输出:

05-23 16:17:07.135: INFO/DEBUG(27): Build fingerprint: 'generic/sdk/generic/:2.1-update1/ECLAIR/35983:eng/test-keys'
05-23 16:17:07.135: INFO/DEBUG(27): pid: 2025, tid: 2031  >>> InjectMock.test <<<
05-23 16:17:07.145: INFO/DEBUG(27): signal 11 (SIGSEGV), fault addr 00000000
05-23 16:17:07.155: INFO/DEBUG(27):  r0 0011b218  r1 43d1caa0  r2 00000000  r3 00000000
05-23 16:17:07.155: INFO/DEBUG(27):  r4 43d1caa0  r5 0011b218  r6 451c0e30  r7 4000a958
05-23 16:17:07.155: INFO/DEBUG(27):  r8 ad00f380  r9 00138de0  10 426bda34  fp 00138de0
05-23 16:17:07.155: INFO/DEBUG(27):  ip 00000002  sp 451c0dc0  lr ad05ad1d  pc ad05a804  cpsr 00000030
05-23 16:17:07.295: INFO/DEBUG(27):          #00  pc 0005a804  /system/lib/libdvm.so
05-23 16:17:07.305: INFO/DEBUG(27):          #01  pc 0005ad18  /system/lib/libdvm.so
05-23 16:17:07.305: INFO/DEBUG(27):          #02  pc 00054a4a  /system/lib/libdvm.so
05-23 16:17:07.315: INFO/DEBUG(27):          #03  pc 00013f58  /system/lib/libdvm.so
05-23 16:17:07.325: INFO/DEBUG(27):          #04  pc 00019888  /system/lib/libdvm.so
05-23 16:17:07.335: INFO/DEBUG(27):          #05  pc 00018d5c  /system/lib/libdvm.so
05-23 16:17:07.335: INFO/DEBUG(27):          #06  pc 0004d6d0  /system/lib/libdvm.so
05-23 16:17:07.345: INFO/DEBUG(27):          #07  pc 0004d702  /system/lib/libdvm.so
05-23 16:17:07.355: INFO/DEBUG(27):          #08  pc 00041c78  /system/lib/libdvm.so
05-23 16:17:07.365: INFO/DEBUG(27):          #09  pc 00010000  /system/lib/libc.so
05-23 16:17:07.365: INFO/DEBUG(27):          #10  pc 0000fad4  /system/lib/libc.so
05-23 16:17:07.375: INFO/DEBUG(27): code around pc:
05-23 16:17:07.385: INFO/DEBUG(27): ad05a7f4 ffff5ae0 fffe57c4 6801b5f8 6a8b1c05 
05-23 16:17:07.385: INFO/DEBUG(27): ad05a804 1c30681e ff5ef7ff 28001c04 6840d018 
05-23 16:17:07.395: INFO/DEBUG(27): ad05a814 d0152800 37101c27 d0112f00 f7ff1c28 
05-23 16:17:07.395: INFO/DEBUG(27): code around lr:
05-23 16:17:07.405: INFO/DEBUG(27): ad05ad0c f7ff1c20 bd10ff7b 6804b510 fd70f7ff 
05-23 16:17:07.405: INFO/DEBUG(27): ad05ad1c 28001c01 f7ffd102 e002f859 f7ff1c20 
05-23 16:17:07.415: INFO/DEBUG(27): ad05ad2c bd10ff6d 4c24b5f0 1c0d1c06 48236a81 
05-23 16:17:07.425: INFO/DEBUG(27): stack:
05-23 16:17:07.425: INFO/DEBUG(27):     451c0d80  43d20870  /dev/ashmem/mspace/dalvik-heap/2 (deleted)
05-23 16:17:07.425: INFO/DEBUG(27):     451c0d84  00000354  
05-23 16:17:07.425: INFO/DEBUG(27):     451c0d88  00000022  
05-23 16:17:07.425: INFO/DEBUG(27):     451c0d8c  ad043693  /system/lib/libdvm.so
05-23 16:17:07.425: INFO/DEBUG(27):     451c0d90  ad07ff50  /system/lib/libdvm.so
05-23 16:17:07.425: INFO/DEBUG(27):     451c0d94  00000024  
05-23 16:17:07.425: INFO/DEBUG(27):     451c0d98  00000354  
05-23 16:17:07.425: INFO/DEBUG(27):     451c0d9c  ad0170ac  /system/lib/libdvm.so
05-23 16:17:07.425: INFO/DEBUG(27):     451c0da0  00000000  
05-23 16:17:07.435: INFO/DEBUG(27):     451c0da4  afe0f2c0  /system/lib/libc.so
05-23 16:17:07.435: INFO/DEBUG(27):     451c0da8  ad080c00  /system/lib/libdvm.so
05-23 16:17:07.435: INFO/DEBUG(27):     451c0dac  00000002  
05-23 16:17:07.435: INFO/DEBUG(27):     451c0db0  00000354  
05-23 16:17:07.445: INFO/DEBUG(27):     451c0db4  43d20870  /dev/ashmem/mspace/dalvik-heap/2 (deleted)
05-23 16:17:07.445: INFO/DEBUG(27):     451c0db8  df002777  
05-23 16:17:07.455: INFO/DEBUG(27):     451c0dbc  e3a070ad  
05-23 16:17:07.455: INFO/DEBUG(27): #00 451c0dc0  00000000  
05-23 16:17:07.455: INFO/DEBUG(27):     451c0dc4  43d1caa0  /dev/ashmem/mspace/dalvik-heap/2 (deleted)
05-23 16:17:07.455: INFO/DEBUG(27):     451c0dc8  451c0e38  
05-23 16:17:07.455: INFO/DEBUG(27):     451c0dcc  451c0e30  
05-23 16:17:07.455: INFO/DEBUG(27):     451c0dd0  4000a958  /dev/ashmem/mspace/dalvik-heap/zygote/0 (deleted)
05-23 16:17:07.455: INFO/DEBUG(27):     451c0dd4  ad05ad1d  /system/lib/libdvm.so
05-23 16:17:07.465: INFO/DEBUG(27): #01 451c0dd8  417a0b5c  /data/dalvik-cache/system@framework@core.jar@classes.dex
05-23 16:17:07.475: INFO/DEBUG(27):     451c0ddc  ad054a4f  /system/lib/libdvm.so
05-23 16:17:07.135:INFO/DEBUG(27):构建指纹:“generic/sdk/generic/:2.1-update1/ECLAIR/35983:eng/testkeys”

05-23 16:17:07.135:INFO/DEBUG(27):pid:2025,tid:2031>>>InjectMock.test不幸的是,如果RoboGuice和单元测试的设置步骤有问题,您可能会遇到这种错误。没有神奇的简短答案,而是一套严格遵循的步骤

顺便说一句,您使用的是RoboGuice 1.1-AbstractAndroidModule&RoboUnitTest在RoboGuice 2.0中不再存在。RoboGuice 1.1已弃用,所以最好的总体解决方案是根据这些说明移动到最新版本

但是,为了防止您连接到RoboGuice 1.1,这里有一些步骤需要遵循:

  • 重构/更改包名等后,不要生成不一致的代码/生成文件。删除生成的代码,执行清理和生成,甚至重新创建新项目并在中复制源文件
  • 将您的应用程序代码放在一个项目中(依赖于RoboGuice,独立于Instrumentation/RobouittestCase/AndroidMock)。您的应用程序代码项目在lib中包含:guice-2.0-no_aop.jar和roboguice-1.1.2.jar
  • 让您的单元测试代码位于另一个引用它的项目中(RoboGuice独立、Instrumentation/RoboUnitTestCase/AndroidMock独立)。这里有说明。您的测试代码项目在lib中包含:AndroidMockGenerator.jar
  • 在您的应用程序项目中,您的app+模块类如下所示:

    package com.mypackage;
    
    import android.app.Instrumentation;
    import android.content.Context;
    
    public class MyApplication extends roboguice.application.RoboApplication {
    
    static MyModule myModule;    
    
    // this constructor usually called by app
    public MyApplication(Context context) {
        super();
        attachBaseContext(context);
    }
    // This constructor called by unit tests.  This is unfortunately small amount of 
    // 'abstraction leakage' of unit test needs into app code.
    public MyApplication(Instrumentation instrumentation) {
        super();
        attachBaseContext(instrumentation.getContext());
    }    
    public static void setModule(MyModule module) {
        MyApplication.myModule = module;
    }   
    public static MyModule getModule() {
        return MyApplication.myModule;
    }   
    }
    
    import android.test.suitebuilder.annotation.LargeTest;    
    import com.mypackage.MyApplication;    
    import com.mypackage.MyModule;    
    import com.mypackage.UsefulObject;    
     //import com.mypackage.UsefulObjectSimpleImplementation;    
    import android.test.suitebuilder.annotation.MediumTest;    
    import android.test.suitebuilder.annotation.SmallTest;    
    import com.google.android.testing.mocking.AndroidMock;    
    import roboguice.test.RoboUnitTestCase;
    
    public class TestMyModule extends RoboUnitTestCase<MyApplication> {
    
    @Override
    protected void setUp() throws Exception {
        UsefulObject instance = // new UsefulObjectSimpleImplementation(); 
                                AndroidMock.createNiceMock(UsefulObject.class);           
        MyModule mockModule = new MyModule();
        mockModule.setUsefulObject(instance);
        MyApplication.setModule(mockModule);
        super.setUp();
    }
    
    // Make sure you use one of the @*Test annotations AND begin
    // your testcase's name with "test"
    @MediumTest
    public void test01() {
        AndroidMock.expect(MyApplication.getModule().getUsefulObject().
             simpleMethod()).andStubReturn("Hello!");
    }
    

    }

  • 在测试项目中,测试用例类如下所示:

    package com.mypackage;
    
    import android.app.Instrumentation;
    import android.content.Context;
    
    public class MyApplication extends roboguice.application.RoboApplication {
    
    static MyModule myModule;    
    
    // this constructor usually called by app
    public MyApplication(Context context) {
        super();
        attachBaseContext(context);
    }
    // This constructor called by unit tests.  This is unfortunately small amount of 
    // 'abstraction leakage' of unit test needs into app code.
    public MyApplication(Instrumentation instrumentation) {
        super();
        attachBaseContext(instrumentation.getContext());
    }    
    public static void setModule(MyModule module) {
        MyApplication.myModule = module;
    }   
    public static MyModule getModule() {
        return MyApplication.myModule;
    }   
    }
    
    import android.test.suitebuilder.annotation.LargeTest;    
    import com.mypackage.MyApplication;    
    import com.mypackage.MyModule;    
    import com.mypackage.UsefulObject;    
     //import com.mypackage.UsefulObjectSimpleImplementation;    
    import android.test.suitebuilder.annotation.MediumTest;    
    import android.test.suitebuilder.annotation.SmallTest;    
    import com.google.android.testing.mocking.AndroidMock;    
    import roboguice.test.RoboUnitTestCase;
    
    public class TestMyModule extends RoboUnitTestCase<MyApplication> {
    
    @Override
    protected void setUp() throws Exception {
        UsefulObject instance = // new UsefulObjectSimpleImplementation(); 
                                AndroidMock.createNiceMock(UsefulObject.class);           
        MyModule mockModule = new MyModule();
        mockModule.setUsefulObject(instance);
        MyApplication.setModule(mockModule);
        super.setUp();
    }
    
    // Make sure you use one of the @*Test annotations AND begin
    // your testcase's name with "test"
    @MediumTest
    public void test01() {
        AndroidMock.expect(MyApplication.getModule().getUsefulObject().
             simpleMethod()).andStubReturn("Hello!");
    }
    
    导入android.test.suitebuilder.annotation.LargeTest;
    导入com.mypackage.MyApplication;
    导入com.mypackage.MyModule;
    导入com.mypackage.UsefulObject;
    //导入com.mypackage.UsefulObjectSimpleImplementation;
    导入android.test.suitebuilder.annotation.MediumTest;
    导入android.test.suitebuilder.annotation.SmallTest;
    导入com.google.android.testing.mocking.AndroidMock;
    导入roboguice.test.RoboUnitTestCase;
    公共类TestMyModule扩展RoboUnitTestCase{
    @凌驾
    受保护的void setUp()引发异常{
    UsefulObject实例=//新建UsefulObjectSimpleImplementation();
    createNiceMock(UsefulObject.class);
    MyModule mockModule=新的MyModule();
    mockModule.setUsefulObject(实例);
    MyApplication.setModule(mockModule);
    super.setUp();
    }
    //确保使用其中一个@*测试注释并开始
    //您的测试用例的名称加上“test”
    @中考
    公共无效测试01(){
    AndroidMock.expect(MyApplication.getModule().getUsefulObject()。
    simpleMethod())。和stubreturn(“Hello!”);
    }
    
    }

  • 确保对于测试项目,AndroidManifest.xml文件具有以下条目:


  • 在运行测试之前,首先运行一个不同的、简单的“Hello World”应用程序,确保模拟器已启动且运行正常。成功后,运行你的应用程序。最后,运行您的测试项目

在这之后我们应该工作。祝你好运&让我知道

不幸的是,这是安卓本身的一个缺陷。看。当VM试图在上查找注释时崩溃,这是AndroidMock使用的


解决方法是在实现接口的类的实例中创建,正如您在问题中指出的那样。您可以尝试创建一个实现接口而不实现任何方法的纯抽象类,然后使用AndroidMock模拟该类而不是接口。这应该可以避免创建代理。

其他信息:可以在任何模块中使用模拟实例创建injector。我已经在“test01()”方法中成功创建了注入器。但是如果注入器是由RoboUnitTestCase创建的,则应用程序将崩溃。RoboUnitTestCase源说“确保使用@*测试注释之一,并以“测试”开头测试用例的名称”但是您的设置在
之前没有注释
,您的测试也没有注释
@test
…似乎这不是直接的java问题(
信号11(SIGSEGV),故障地址0000000
)。您是否可以尝试使用其他固件版本(仿真器或设备)?您是否可以给我们接口InterfaceToMock的定义,以便我们可以重现AndroidMock.createNiceMock的确切行为。如果其中一个对您有利,您是否可以接受?Q仍然开放。
   <instrumentation android:name="android.test.InstrumentationTestRunner"
     android:targetPackage="com.mypackage"
     android:label="Tests for com.mypackage"/>