Android RxJava2 JUnit test-getMainLooper in Android.os. Looper not moked RuntimeException Android RxJava2 JUnit test-getMainLooper in Android.os

在尝试为使用 observeOn(AndroidSchedulers.mainThread())的演示者运行 JUnit 测试时，我遇到了 RuntimeException。

因为它们是纯粹的 JUnit 测试，而不是 Android 插装测试，所以它们不能访问 Android 依赖项，这导致我在执行测试时遇到以下错误:

java.lang.ExceptionInInitializerError
at io.reactivex.android.schedulers.AndroidSchedulers$1.call(AndroidSchedulers.java:35)
at io.reactivex.android.schedulers.AndroidSchedulers$1.call(AndroidSchedulers.java:33)
at io.reactivex.android.plugins.RxAndroidPlugins.callRequireNonNull(RxAndroidPlugins.java:70)
at io.reactivex.android.plugins.RxAndroidPlugins.initMainThreadScheduler(RxAndroidPlugins.java:40)
at io.reactivex.android.schedulers.AndroidSchedulers.<clinit>(AndroidSchedulers.java:32)
…
Caused by: java.lang.RuntimeException: Method getMainLooper in android.os.Looper not mocked. See http://g.co/androidstudio/not-mocked for details.
at android.os.Looper.getMainLooper(Looper.java)
at io.reactivex.android.schedulers.AndroidSchedulers$MainHolder.<clinit>(AndroidSchedulers.java:29)
...




java.lang.NoClassDefFoundError: Could not initialize class io.reactivex.android.schedulers.AndroidSchedulers
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
…
38463 次浏览
小开
最佳答案

发生此错误是因为 AndroidSchedulers.mainThread()返回的默认调度程序是 LooperScheduler的实例，并且依赖于 JUnit 测试中不可用的 Android 依赖项。

我们可以通过在测试运行之前使用不同的调度程序初始化 RxAndroidPlugins来避免这个问题。您可以在 @BeforeClass方法中这样做:

@BeforeClass
public static void setUpRxSchedulers() {
Scheduler immediate = new Scheduler() {
@Override
public Disposable scheduleDirect(@NonNull Runnable run, long delay, @NonNull TimeUnit unit) {
// this prevents StackOverflowErrors when scheduling with a delay
return super.scheduleDirect(run, 0, unit);
}


@Override
public Worker createWorker() {
return new ExecutorScheduler.ExecutorWorker(Runnable::run);
}
};


RxJavaPlugins.setInitIoSchedulerHandler(scheduler -> immediate);
RxJavaPlugins.setInitComputationSchedulerHandler(scheduler -> immediate);
RxJavaPlugins.setInitNewThreadSchedulerHandler(scheduler -> immediate);
RxJavaPlugins.setInitSingleSchedulerHandler(scheduler -> immediate);
RxAndroidPlugins.setInitMainThreadSchedulerHandler(scheduler -> immediate);
}

或者，您可以创建一个自定义 TestRule，该 TestRule允许您跨多个测试类重用初始化逻辑。

public class RxImmediateSchedulerRule implements TestRule {
private Scheduler immediate = new Scheduler() {
@Override
public Disposable scheduleDirect(@NonNull Runnable run, long delay, @NonNull TimeUnit unit) {
// this prevents StackOverflowErrors when scheduling with a delay
return super.scheduleDirect(run, 0, unit);
}


@Override
public Worker createWorker() {
return new ExecutorScheduler.ExecutorWorker(Runnable::run);
}
};


@Override
public Statement apply(final Statement base, Description description) {
return new Statement() {
@Override
public void evaluate() throws Throwable {
RxJavaPlugins.setInitIoSchedulerHandler(scheduler -> immediate);
RxJavaPlugins.setInitComputationSchedulerHandler(scheduler -> immediate);
RxJavaPlugins.setInitNewThreadSchedulerHandler(scheduler -> immediate);
RxJavaPlugins.setInitSingleSchedulerHandler(scheduler -> immediate);
RxAndroidPlugins.setInitMainThreadSchedulerHandler(scheduler -> immediate);


try {
base.evaluate();
} finally {
RxJavaPlugins.reset();
RxAndroidPlugins.reset();
}
}
};
}
}

然后可以将其应用于测试类

public class TestClass {
@ClassRule public static final RxImmediateSchedulerRule schedulers = new RxImmediateSchedulerRule();


@Test
public void testStuff_stuffHappens() {
...
}
}

这两个方法都将确保在执行任何测试之前和访问 AndroidSchedulers之前重写默认调度程序。

使用单元测试的即时调度程序覆盖 RxJava 调度程序还将确保正在测试的代码中的 RxJava 使用同步运行，这将使编写单元测试更加容易。

资料来源:
Https://www.infoq.com/articles/testing-rxjava2 Https://medium.com/@peter.tackage/overriding-rxandroid-schedulers-in-rxjava-2-5561b3d14212

小开

对于 RxJava1，您可以像下面这样创建不同的调度程序:

 @Before
public void setUp() throws Exception {
// Override RxJava schedulers
RxJavaHooks.setOnIOScheduler(new Func1<Scheduler, Scheduler>() {
@Override
public Scheduler call(Scheduler scheduler) {
return Schedulers.immediate();
}
});


RxJavaHooks.setOnComputationScheduler(new Func1<Scheduler, Scheduler>() {
@Override
public Scheduler call(Scheduler scheduler) {
return Schedulers.immediate();
}
});


RxJavaHooks.setOnNewThreadScheduler(new Func1<Scheduler, Scheduler>() {
@Override
public Scheduler call(Scheduler scheduler) {
return Schedulers.immediate();
}
});


// Override RxAndroid schedulers
final RxAndroidPlugins rxAndroidPlugins = RxAndroidPlugins.getInstance();
rxAndroidPlugins.registerSchedulersHook(new RxAndroidSchedulersHook() {
@Override
public Scheduler getMainThreadScheduler() {
return Schedulers.immediate();
}
});
}


@After
public void tearDown() throws Exception {
RxJavaHooks.reset();
RxAndroidPlugins.getInstance().reset();
}

单元测试 android 应用程序的翻新和 rxjava

小开

为了补充 starkej2的答案，它对我来说工作得非常好，直到我在测试 Observer able.timer ()时遇到 stackoverflow 错误。对此没有帮助，但幸运的是，我得到了它与下面的调度器定义工作，与所有其他测试也通过。

new Scheduler() {
@Override
public Worker createWorker() {
return new ExecutorScheduler.ExecutorWorker(new ScheduledThreadPoolExecutor(1) {
@Override
public void execute(@NonNull Runnable runnable) {
runnable.run();
}
});
}
};

休息就像在 Starkej2的答案。希望这有所帮助的人。

小开

我只是加了一句

RxAndroidPlugins.setInitMainThreadSchedulerHandler(scheduler -> Schedulers.trampoline());

@Before注释法。

小开

在 作者: Peter Tackage的建议中，您可以自己注入调度程序。

我们都知道，直接调用静态方法可能会导致类很难测试，如果使用像 Dagger 2这样的依赖注入框架，注入调度器可能会特别容易。例子如下:

在项目中定义一个接口:

public interface SchedulerProvider {
Scheduler ui();
Scheduler computation();
Scheduler io();
Scheduler special();
// Other schedulers as required…
}

定义一个实现:

final class AppSchedulerProvider implements SchedulerProvider {
@Override
public Scheduler ui() {
return AndroidSchedulers.mainThread();
}
@Override
public Scheduler computation() {
return Schedulers.computation();
}
@Override
public Scheduler io() {
return Schedulers.io();
}
@Override
public Scheduler special() {
return MyOwnSchedulers.special();
}
}

现在不再像下面这样直接引用调度器:

 bookstoreModel.getFavoriteBook()
.map(Book::getTitle)
.delay(5, TimeUnit.SECONDS)
.observeOn(AndroidSchedulers.mainThread())
.subscribe(view::setBookTitle));

使用对接口的引用:

bookstoreModel.getFavoriteBook()
.map(Book::getTitle)
.delay(5, TimeUnit.SECONDS,
this.schedulerProvider.computation())
.observeOn(this.schedulerProvider.ui())
.subscribe(view::setBookTitle));

现在，对于您的测试，您可以像下面这样定义一个 TestSchedulersProvider:

public final class TestSchedulersProvider implements SchedulerProvider {


@Override
public Scheduler ui() {
return new TestScheduler();
}


@Override
public Scheduler io() {
return Schedulers.trampoline(); //or test scheduler if you want
}


//etc
}

现在，当您希望在单元测试中使用 TestScheduler时，您就拥有了所有的优势。这对于您可能需要测试延迟的情况非常方便:

@Test
public void testIntegerOneIsEmittedAt20Seconds() {
//arrange
TestObserver<Integer> o = delayedRepository.delayedInt()
.test();


//act
testScheduler.advanceTimeTo(20, TimeUnit.SECONDS);


//assert
o.assertValue(1);
}

否则，如果你不想使用注入的调度器，其他方法中提到的静态钩子可以使用 lambdas:

@Before
public void setUp() {
RxAndroidPlugins.setInitMainThreadSchedulerHandler(h -> Schedulers.trampoline());
RxJavaPlugins.setIoSchedulerHandler(h -> Schedulers.trampoline());
//etc
}
小开

我有这个问题，并来到这个职位，但我不能找到任何东西为 RX1。 所以如果你在第一个版本中遇到同样的问题，这就是解决方案。

@BeforeClass
public static void setupClass() {
RxAndroidPlugins.getInstance().registerSchedulersHook(new RxAndroidSchedulersHook() {
@Override
public Scheduler getMainThreadScheduler() {
return Schedulers.trampoline();
}
});
}
小开

我在测试 LiveData 时也出现了同样的错误。当测试 LiveData 时，如果被测试的类同时具有后台线程和 LiveData，那么除了 即时调度规则之外，还需要这个 InstantTaskExecutorRule。

@RunWith(MockitoJUnitRunner::class)
class MainViewModelTest {


companion object {
@ClassRule @JvmField
val schedulers = RxImmediateSchedulerRule()
}


@Rule
@JvmField
val rule = InstantTaskExecutorRule()


@Mock
lateinit var dataRepository: DataRepository


lateinit var model: MainViewModel


@Before
fun setUp() {
model = MainViewModel(dataRepository)
}


@Test
fun fetchData() {
//given
val returnedItem = createDummyItem()
val observer = mock<Observer<List<Post>>>()
model.getPosts().observeForever(observer)
//when
liveData.value = listOf(returnedItem)
//than
verify(observer).onChanged(listOf(Post(returnedItem.id, returnedItem.title, returnedItem.url)))
}


}

参考文献: Https://pbochenski.pl/blog/07-12-2017-testing_livedata.html

小开

根据@starkej2的回答，经过一些修改，对于 科特林开发人员来说，正确的答案应该是:

  1. 创建 RxImmediateSchedulerRule.kt类:

,

import io.reactivex.Scheduler
import io.reactivex.android.plugins.RxAndroidPlugins
import io.reactivex.internal.schedulers.ExecutorScheduler
import io.reactivex.plugins.RxJavaPlugins
import org.junit.rules.TestRule
import org.junit.runner.Description
import org.junit.runners.model.Statement
import java.util.concurrent.Executor


class RxImmediateSchedulerRule : TestRule {
private val immediate = object : Scheduler() {
override fun createWorker(): Worker {
return ExecutorScheduler.ExecutorWorker(Executor { it.run() })
}
}


override fun apply(base: Statement, description: Description): Statement {
return object : Statement() {
@Throws(Throwable::class)
override fun evaluate() {
RxJavaPlugins.setInitIoSchedulerHandler { immediate }
RxJavaPlugins.setInitComputationSchedulerHandler { immediate }
RxJavaPlugins.setInitNewThreadSchedulerHandler { immediate }
RxJavaPlugins.setInitSingleSchedulerHandler { immediate }
RxAndroidPlugins.setInitMainThreadSchedulerHandler { immediate }


try {
base.evaluate()
} finally {
RxJavaPlugins.reset()
RxAndroidPlugins.reset()
}
}
}
}
}

  1. 在测试类中，创建 日程表 ClassRule:

    class TestViewModelTest {


companion object {
@ClassRule
@JvmField
val schedulers = RxImmediateSchedulerRule()
}


@Before
fun setUp() {
//your setup code here
}


@Test
fun yourTestMethodHere{}
}
小开

对于那些使用 Kotlin和使用 Rule而不是创建 companion object的人，可以使用 @get:Rule。

因此，与其使用:

companion object {
@ClassRule
@JvmField
val schedulers = RxImmediateSchedulerRule()
}

你可以简单地使用:

@get:Rule
val schedulers = RxImmediateSchedulerRule()
小开

如果您仍然有问题，并且以上代码都不能帮助您, 除此之外，将这一行添加到 app.gradle 文件中也不失为一个好主意:

testOptions {
animationsDisabled = true
unitTests {
includeAndroidResources = true
returnDefaultValues = true
}
}

提交答案