如何处理失败的期货

时间:2013-10-07 10:26:43

标签: java multithreading future

我正在与我无法控制的遗留库集成。

定义了以下接口:

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
    }
你怎么看?有没有更好的方法来解决问题?

1 个答案:

答案 0 :(得分:1)

由于您无法创建Future,因此无法使用最佳选项,请使用自定义FutureFuture本身触发处理。

所以在你的情况下,我推荐的模式可能看起来像你的两个选项的混合。将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}}。