我正在与我无法控制的遗留库集成。
定义了以下接口:
interface Factory {
Future<Void> subscribe(Context c);
}
这种“订阅”方法经常被不同的线程调用。当我关心“Future.get()”的结果时唯一的情况是它失败时,所以我可以得到并处理异常。这不一定要在调用线程中发生。另外,阻止“Future.get()”上的调用线程在我的情况下可能非常昂贵,因为即使成功也可能需要几秒钟才能完成填充。
所以我的任务是以某种方式“过程”所有这些未来,过滤失败的未来。基本上,我可以看到两种可能的方法:
方法#1:
在获取Future的实例时,将单独的Runnable提交给将执行所需的外部执行程序:
executor.submit(
new Runnable(){
@Override
public void run() {
try {
future.get();
} catch(Exception e){
// process the exception
}
}
}
);
这种方法的缺点是我们仍然可能长时间阻塞线程。正如我所说,这段代码将会频繁执行。
方法#2:
在获取Future的实例时,将其放置到某个集合并专用一个单独的线程,该线程将定期运行此集合的元素进行处理:
while(true){
Iterator<Future<Void>> iterator = collection.iterator();
while(iterator.hasNext()){
Future<Void> future = iterator.next();
if(future.isDone()){
try {
future.get();
} catch(Exception e){
// process the exception
} finally {
iterator.remove();
}
}
}
TimeUnit.MILLISECONDS.sleep(1000); // sleep
}
你怎么看?有没有更好的方法来解决问题?
答案 0 :(得分:1)
由于您无法创建Future
,因此无法使用最佳选项,请使用自定义Future
从Future
本身触发处理。
所以在你的情况下,我推荐的模式可能看起来像你的两个选项的混合。将Future
添加到(线程安全)队列并将Runnable
提交给执行程序,该执行程序处理循环中的所有项目。因此,您可以通过配置Executor
来限制线程数,即没有Future
的线程数,但仍然可以有多个线程,并且不必保留这些后处理线程一直存在。
为了避免在重新排队未完成的项目时出现无限循环,请使用本地集合将待处理的项目与重新排队的项目分开:
static BlockingQueue<Future<?>> PENDING = …;
static int MAX_ITEMS_PER_JOB = …;
…
/*scheduling code …*/new Runnable() {
public void run()
{
ArrayList<Future<?>> myLocalItems=new ArrayList<>();
PENDING.drainTo(myLocalItems, MAX_ITEMS_PER_JOB);
for(Future<?> f:myLocalItems) {
if(!f.isDone()) PENDING.offer(f); // re-queue
try {
f.get();
} catch(ExecutionException ex) {
handleException(ex.getCause());
}
}
}
};
因此,此Runnable
将检查并处理有限数量的Future
并返回,因此如果许多项目处于待处理但不会造成伤害,则适合多次提交以进行并行处理如果一个较小的数字正在等待,因为如果没有任何关系,作业将不会挂起。它们甚至适用于使用scheduleWithFixedDelay
的{{1}}。