如何让FutureTask在嵌套异步processFile回调完成后才标记为done？

我编写了如下Java代码：

return new FutureTask<>(() -> {
  processFile(param1, param2, <optional callback>)
});

其中processFile是第三方库提供的异步方法，会在独立线程中执行，完成后如果传入了<optional callback>就会触发该回调。我希望外层的FutureTask只有在processFile执行完成后才标记为done，目前想到两种实现方案，但不确定哪种在语义和逻辑上更恰当：

• 自行实现Future接口，添加done布尔字段，重写isDone()方法返回该字段的值，仅在processFile的回调中将done设为true。
• 在FutureTask内部使用CountdownLatch，等待回调将计数减至0。

推荐方案：基于CountdownLatch的FutureTask实现 #

你的两种方案都可行，但第二种方案在语义严谨性、代码简洁度和可靠性上更优，原因如下：

1. 复用JDK成熟实现：FutureTask是JDK官方提供的经过充分测试的Future实现，自行实现Future需要处理大量细节（比如线程安全的状态更新、get()方法的阻塞与唤醒、取消逻辑的兼容等），极易出现遗漏或线程安全问题。
2. 语义贴合场景：CountDownLatch的核心设计目标就是等待一个或多个异步操作完成，用它来等待processFile的回调触发，完全符合其语义定位。
3. 代码简洁易维护：示例代码如下：

return new FutureTask<>(() -> {
    CountDownLatch latch = new CountDownLatch(1);
    processFile(param1, param2, () -> {
        // 执行回调逻辑
        latch.countDown();
    });
    try {
        latch.await(); // 阻塞直到回调执行完成
    } catch (InterruptedException e) {
        Thread.currentThread().interrupt(); // 恢复线程中断状态
        throw new RuntimeException("任务被中断", e);
    }
});

自行实现Future的局限性 #

自行实现Future需要处理诸多容易忽略的细节：

• 必须保证done字段的线程安全性（比如用volatile修饰）
• 要实现get()方法的阻塞逻辑（通常需要结合Lock和Condition或LockSupport）
• 需兼容cancel()方法的逻辑，确保能正确中断processFile的异步任务（如果库方法支持的话）
• 还要维护isCancelled()等方法的状态一致性
  这些额外的代码不仅增加了维护成本，还容易引入难以排查的bug，除非有特殊定制需求，否则不推荐。

额外优化方向 #

如果processFile支持返回CompletableFuture，或者可以将其回调逻辑适配为CompletableFuture，可以直接用CompletableFuture替代FutureTask，代码会更简洁：

CompletableFuture<Void> future = new CompletableFuture<>();
processFile(param1, param2, () -> {
    // 执行回调逻辑
    future.complete(null);
});
return future;

CompletableFuture是JDK专为异步编程设计的API，天然支持回调绑定、任务组合等操作，语义更贴合异步场景，且无需额外的阻塞逻辑。

内容的提问来源于stack exchange，提问作者ragurney