对优先级作业队列的更多控制

因此，我已经实施了priority-job-queue，这是完全记录并符合我所有的要求。虽然我有一些困难。根据客户的要求，我不得不将网络呼叫分为两部分，离线（排队服务器呼叫priority-job-queue）和运行时（即时服务器呼叫）。为了简化，我试图完成的是在执行即时呼叫（独立于priority-job-queue）之前执行所有排队的服务器调用。有什么办法来处理这种情况。我将不胜感激任何帮助。对优先级作业队列的更多控制

注：我知道一个叫JobManager.count()方法，但阅读这篇文章（https://github.com/yigit/android-priority-jobqueue/issues/193）后，我得到了糊涂一点点，如果真的返回暂挂作业的数量或不是？

来源

2017-06-27 FARID

为什么不直接给这些即时调用赋予更高的优先级并使用priority-job-queue来运行它们呢？

来源

2017-06-30 15:14:16 yigit

我相信我会一起去的。我又被卡住了。所以我想要的是把失败的服务器请求放在'shouldReRunOnThrowable（）'块和'stop（）'JobManager那里。因此，当JobManager启动（）时，失败的请求将被触发。好吧，我看到结构感觉很麻烦。但是，我们真的需要它。附：如果我在'shouldReRunOnThrowable'块内停止（）JobManager然后返回RetryConstraint.RET RY，会发生什么。当JobManager启动（）时，这个调用仍然会被重试。因为在正常情况下，'stop（）'之后的任何作业都不会添加到队列中，直到JobManager'start（）'s。 – FARID

对优先级作业队列的更多控制

回答

相关问题