使用CompletableFuture处理文件：并行差异与代码合理性疑问

1. 第二种写法无法并行的核心原因 #

本质是没有让多个异步任务同时进入待执行状态，常见场景有两种：

• 顺序调用join()/get()：比如先创建第一个CompletableFuture就立刻调用join()等待它完成，再创建第二个任务，相当于强制任务串行执行，耗时直接是单个任务的总和。
• 误用同步链式方法：比如用thenApply()/thenRun()而非thenApplyAsync()/thenRunAsync()，这类同步方法会在当前任务完成的线程（可能是主线程或线程池中的某一个）上执行后续逻辑，不会提交新的异步任务到线程池，导致所有步骤串行。

典型错误写法示例：

// 串行写法示例
CompletableFuture<String> f1 = CompletableFuture.supplyAsync(() -> readFile("a.txt"));
// 直接等待f1完成才启动f2
String res1 = f1.join();
CompletableFuture<String> f2 = CompletableFuture.supplyAsync(() -> process(res1));
String res2 = f2.join();

2. 第一种嵌套写法的合理性分析 #

要分场景判断：

• 如果任务之间存在依赖关系（比如第二个任务需要第一个任务的结果才能执行），嵌套写法（比如用thenApplyAsync()嵌套）是合理的，这本来就是CompletableFuture设计用来处理异步依赖的方式。
• 如果任务之间无依赖，只是为了并行执行，嵌套写法虽然能跑通，但可读性和可维护性很差。这种场景更推荐用CompletableFuture.allOf()统一管理多个并行任务，示例：

// 无依赖并行的更优写法
CompletableFuture<Void> f1 = CompletableFuture.runAsync(() -> readFile("a.txt"));
CompletableFuture<Void> f2 = CompletableFuture.runAsync(() -> readFile("b.txt"));
CompletableFuture<Void> f3 = CompletableFuture.runAsync(() -> readFile("c.txt"));
// 等待所有任务完成
CompletableFuture.allOf(f1, f2, f3).join();

这种写法比嵌套更清晰，也更容易扩展和排查问题。

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