使用Map of Futures，如何通知（）其中的单个元素？

Question

我正在尝试保存一个静态的Futures列表，稍后取消（）或通知（）正在进行的Futures。与这些Futures关联的Callable类在其中有一个等待（），因此每个都必须由外部来源通知才能继续。但是，我对通知（）的调用似乎被忽略了，因为可调用对象永远不会超过它们的等待语句。具有Futures列表的类如下所示：

private static Map <String, Future<Object>> results = new HashMap <String, Future<Object>>();

ExecutorService taskExecutor;

public void doStuff() {
    taskExecutor = Executors.newCachedThreadPool();

    // loop inifinitely - external processes will modify the conditions within
    while(!shutItDown) {

        if (<condition1>) {
            // condition 1 dictates the kick-off of a new callable
            Future<Object> future = taskExecutor.submit(new MyCallable(id));
            results.put(id, future);
        }
        else if (<condition2>) {
            // condition 2 represents a callable in a wait status needs
            // to be notified
            Future<Object> future = results.get(uid);
            if (future != null) {
                synchronized(future) {
                    future.notify();  // this doesn't have the desired effect!
                }
            }
        }
    }

}

Callable类目前只是一个模型，看起来像这样:

public class MyCallable implements Callable<Object> {

private String id;

public MyCallable(String id) {
    this.id = id;
}

@Override
public Object call() throws Exception {     

    try {

        // do some work here, then wait on outside notification

        synchronized(this) {
            this.wait();  // never gets past here!!!
        }

        // do some other work here, once this has been notified
    } 
    catch (InterruptedException e) {
        e.printStackTrace();
    }

    return null;
}

调用 notify（） 方法，但似乎没有效果。Future 的对象引用看起来有效（即局部变量“future”与静态列表中存储的未来的引用相匹配）。

我在这里可能缺少一些并发的基本概念，但我预计当满足条件2时，我的Callable将继续通过wait（）调用。

请注意，如果我使用取消（）而不是通知（），它会中断我的可运行程序并导致我所期望的InterruptedException。

Answer 1

你似乎想要实现的（尽管我可能错了）是一个可设定的未来。

不确定您是否需要调用到执行器中的计算能力，但是SettableFuture应该像创建它一样简单，并在其他线程坐在那里并等待另一个线程设置时设置它并设置。

似乎有两条路线正在解决问题。

一个是与遗嘱执行人。

Executor e = Executors.newSingleThreadExecutor();
Future f = null;

线程1：

f = e.submit(new Callable(){
  public Object call(){
    return new Object();
  }
});

线程2:

f.get(); //will suspend Thread 2 until the Executor submits the callable

另一种情况是具有可设定的未来

final SettableFuture f = new SettableFuture();

线程1：

f.set(new Object());

线程 2：

f.get(); //will suspend Thread 2 until Thread 1 set's the Future.

两者都将实现相同类型的等待机制，不同之处在于第一个示例中的线程1将提交给一个单独的线程来创建对象。线程2仍将等待，直到另一个线程完成操作。第二个示例将让线程2等待，直到线程1完成并设置未来。

Answer 2

您需要通知完全相同的对象。在您的情况下，您正在通知Future对象，但在等待MyCallable对象。不幸的是，我不知道您的MyCallable对象有什么简单的方法可以查看其包装的Future，因此无需等待它等待（）。

一种解决方案是将锁定对象传入 MyCallable 构造函数，然后将其与关联的 Future 一起保存。像这样：

  private static Map <String, FutureLock> results =
        new HashMap <String, FutureLock>();
  ...
  Object lock = new Object();
  Future<Object> future = taskExecutor.submit(new MyCallable(id, lock));
  results.put(id, new FutureLock(future, lock));
  ...

  public class FutureLock {
      private Future<Object> future;
      private Object lock;
      public FutureLock(Future<Object> future, Object lock) {
         this.future = future;
         this.lock = lock;
      }
      public void notify() {
         synchronized (lock) {
            lock.notify();
         }
      }
      public Object get() throws Exception {
         return future.get();
      }
  }

  public class MyCallable {
     private Object lock;
     public MyCallable(String id, Object lock) {
         this.lock = lock;
         ...
     }
  }