CompletableFuture 实战模板(超时、组合、异常链处理)

这篇给你可直接复用的模板,不讲大道理,讲"真实项目里怎么写才稳"。

先说结论

在项目里写 CompletableFuture,最容易出问题的就三件事:

  1. 没有超时(线程一直卡住)
  2. 异常没兜底(主线程卡死 or 悄悄失败)
  3. 线程池乱用(公共池被打爆)

解决思路:有超时、有兜底、有隔离的线程池。


一、基础模板:统一线程池 + 超时 + 兜底

java 复制代码
ExecutorService bizPool = new ThreadPoolExecutor(
    16, 32, 60, TimeUnit.SECONDS,
    new LinkedBlockingQueue<>(2000),
    new ThreadFactoryBuilder().setNameFormat("biz-%d").build(),
    new ThreadPoolExecutor.CallerRunsPolicy()
);

CompletableFuture<User> future = CompletableFuture
    .supplyAsync(() -> userService.getById(uid), bizPool)
    .orTimeout(800, TimeUnit.MILLISECONDS)
    .exceptionally(ex -> {
        log.warn("userService fallback, uid={}", uid, ex);
        return User.DEFAULT;
    });

这个模板适合 80% 的"单个异步调用"。


二、并行查询聚合(allOf)

需求:并发查用户、订单、积分

java 复制代码
CompletableFuture<User> f1 = CompletableFuture.supplyAsync(() -> getUser(uid), bizPool);
CompletableFuture<Order> f2 = CompletableFuture.supplyAsync(() -> getOrder(uid), bizPool);
CompletableFuture<Point> f3 = CompletableFuture.supplyAsync(() -> getPoint(uid), bizPool);

CompletableFuture<Void> all = CompletableFuture.allOf(f1, f2, f3);

UserProfile profile = all.thenApply(v -> {
    return new UserProfile(f1.join(), f2.join(), f3.join());
}).orTimeout(1, TimeUnit.SECONDS)
  .exceptionally(ex -> UserProfile.fallback(uid))
  .join();

注意:join() 会把异常包装成 CompletionException,一定要有兜底。


三、竞速返回(anyOf)

需求:多个数据源取最快结果

java 复制代码
CompletableFuture<Result> f1 = CompletableFuture.supplyAsync(() -> queryA(key), bizPool);
CompletableFuture<Result> f2 = CompletableFuture.supplyAsync(() -> queryB(key), bizPool);

Result result = CompletableFuture.anyOf(f1, f2)
    .orTimeout(300, TimeUnit.MILLISECONDS)
    .thenApply(r -> (Result) r)
    .exceptionally(ex -> Result.empty())
    .join();

四、串行依赖(thenCompose)

需求:先查用户,再查用户的订单

java 复制代码
CompletableFuture<Order> future = CompletableFuture
    .supplyAsync(() -> getUser(uid), bizPool)
    .thenCompose(user -> CompletableFuture.supplyAsync(
        () -> getOrder(user.getId()), bizPool
    ))
    .orTimeout(800, TimeUnit.MILLISECONDS)
    .exceptionally(ex -> Order.EMPTY);

五、异常链处理(handle vs exceptionally)

java 复制代码
CompletableFuture<String> f = CompletableFuture
    .supplyAsync(() -> doWork(), bizPool)
    .handle((res, ex) -> {
        if (ex != null) {
            log.warn("work failed", ex);
            return "fallback";
        }
        return res;
    });

handle 能同时拿到结果和异常,适合统一兜底。


六、避免公共线程池被打爆

不要直接用 CompletableFuture.supplyAsync() 默认线程池,

它用的是 ForkJoinPool.commonPool,很容易被其他任务占满。

结论:业务异步一定要用自定义线程池。


七、一个可直接复用的"组合模板"

java 复制代码
CompletableFuture<UserProfile> profileFuture = CompletableFuture
    .supplyAsync(() -> getUser(uid), bizPool)
    .thenCombineAsync(
        CompletableFuture.supplyAsync(() -> getOrder(uid), bizPool),
        (user, order) -> new UserProfile(user, order),
        bizPool
    )
    .orTimeout(800, TimeUnit.MILLISECONDS)
    .exceptionally(ex -> UserProfile.fallback(uid));

最后总结

写 CompletableFuture 最靠谱的姿势是:

  1. 统一线程池
  2. 每段链路加超时
  3. 异常统一兜底
  4. 聚合前后都可回退

只要把这四件事做对,你的异步代码会稳很多。

相关推荐
代码不停6 小时前
自动化测试(java)
java·开发语言·selenium·自动化
唠点键盘之外的7 小时前
26 向量数据库实战:从 0 搭一条能用的检索链路(pgvector + Spring AI)
数据库·人工智能·spring
云和恩墨7 小时前
数据库监控简史:监控不止于告警——从图表大爆发到健康管理闭环
数据库
ly76897 小时前
MongoDB 事务开销实测:快照隔离下的写冲突、重试与分片事务边界
数据库·mongodb·事务·分片集群·快照隔离·写冲突
豆角焖肉8 小时前
Spring AOP 自定义注解实现系统操作日志
数据库·自定义注解·springaop·操作日志·aop 切面
鬼手点金8 小时前
opencode-rules 插件
java·开发语言·前端·人工智能·chrome·git·github
金伟API10249 小时前
不会写复杂SQL怎么办?
数据库·sql
paopaokaka_luck9 小时前
滑雪场管理系统(AI智能助手流式对话,ECharts 运营数据分析、教练、雪具与场地一体化预约,钱包支付退款、订单核销与服务评价)
java·人工智能·spring boot·网络协议·数据分析·echarts
执笔为剑9 小时前
2.1.2-1、V8R3迁移到V8R6-Oracle兼容特性
数据库
Wang's Blog9 小时前
Java 项目实战: 交友项目 - Dubbo 的内部结构与一次调用的完整链路
java·dubbo