我目前正在尝试测试是否确实收到了网络响应。
虽然我知道这不是我应该做的测试，但这是我自己的好奇心，如果可能的话我想继续下去。
就目前情况而言，我已经成功创建了测试。请求会毫无问题地发送到齐射队列。
现在奇怪的部分：
该请求永远不会被执行。这是我如何测试它的想法：
@Test
public void testSimpleGetResponseFromServerVolley() throws Exception {
final CountDownLatch signal = new CountDownLatch(1);
NetworkClass.NetworkListener listener = new NetworkClass.NetworkListener() {
@Override
public void onResponse(Response response) {
assertThat(response != null);
System.out.println("Got Response");
signal.countDown();
}
@Override
public void onError(Throwable error) {
System.out.println("No Response");
signal.countDown();
}
};
NetworkClass.getResponseFromServer(null, listener);
signal.await();
}
此代码意外地导致测试挂起并且永远无法完成。
然而，这是我不再失去对情况的理解的地方：
如果我通过运行测试debug并逐行执行，测试成功执行，并收到响应。
我认为正在发生的事情：
当我通过调试单步执行时，齐射请求队列成功地进行并发出请求，并且之前收到了响应await()叫做。
当我不通过调试单步执行时，await()正在阻塞处理所有这些的线程。
关于我如何处理这个问题有什么想法吗？
凌空依靠Looper.getMainLooper()处理其处决。当使用 RobolectricTestRunner 时，Robolectric 会对此进行模拟，因此不会正确设置，从而导致测试失败。
在我的具体情况下，当我使用断点时，系统实际上does设置主循环器，因为系统正在利用它来显示断点/调试工具。因此，这描述了我最初的问题中发现的行为背后的原因。
现在，为了在单元测试期间使用 Volley 获得真实的网络响应，必须将执行器更改为不使用主循环程序。
作为一个简单的解决方案，创建一个依赖于的请求队列Executor.singleThreadExecutor()而不是主循环器。
我的意思是：
//Specific test queue that uses a singleThreadExecutor instead of the mainLooper for testing purposes.
public RequestQueue newVolleyRequestQueueForTest(final Context context) {
File cacheDir = new File(context.getCacheDir(), "cache/volley");
Network network = new BasicNetwork(new HurlStack());
ResponseDelivery responseDelivery = new ExecutorDelivery(Executors.newSingleThreadExecutor());
RequestQueue queue = new RequestQueue(new DiskBasedCache(cacheDir), network, 4, responseDelivery);
queue.start();
return queue;
}
然后，在测试期间将其用作 Volley 的请求队列。
这里的关键是：
ResponseDelivery responseDelivery = new ExecutorDelivery(Executors.newSingleThreadExecutor());
希望这可以帮助！
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
