Future.get() 必须配合超时使用，否则会无限阻塞；isDone()/isCancelled() 仅判状态不能取结果；CompletableFuture 支持链式编排、回调与组合，是现代异步开发首选。

Future.get() 会阻塞当前线程，必须配合超时使用

调用 Future.get() 是获取结果的最直接方式，但它会一直阻塞，直到任务完成或抛出异常。生产环境几乎从不裸用无参版本，否则主线程可能永久卡住。

• 务必使用带超时的重载：future.get(3, TimeUnit.SECONDS)，避免无限等待
• 超时后抛出 TimeoutException，需显式捕获并处理（如降级、重试、记录告警）
• 任务本身抛异常时，get() 会包装为 ExecutionException，原始异常在 .getCause() 中

isDone() 和 isCancelled() 只能判断状态，不能取结果

这两个方法常被误当作“安全获取结果”的替代方案——其实它们只返回布尔值，对结果本身毫无帮助。轮询 isDone() 再调 get() 属于典型忙等待，浪费 CPU 且延迟不可控。

• 除非有特殊调度逻辑（如配合自旋+退避），否则不建议手动轮询
• isCancelled() 在任务被 cancel(true) 后才为 true，但已开始执行的任务未必真正中断
• 即使 isDone() == true，仍需调用 get() 才能拿到值或感知异常

CompletableFuture 比 Future 更适合实际业务场景

原生 Future 接口功能极其有限：无法链式编排、不能回调、不支持组合、异常处理笨重。Java 8 引入的 CompletableFuture 才是现代异步开发的事实标准。

Java调试

通过 JDWP 实现 Java 远程调试：连接远程 JVM、设置断点、单步执行代码、查看变量值、获取调用栈。适用于需要调试远程 Java 应用、排查运行时状态、追踪代码执行流程的场景。 术语注解 JDWP：Java Debug Wire Protocol，Java 调试有线协议（Java 远程调试底层通信协议） remote JVM：远程 Java 虚拟机 step through code：代码单步调试（步入 / 步过 / 步出调试） inspect variables：变量查看 / 变量检视 stac

下载

• 用 thenApply()、thenAccept() 做结果后续处理，无需阻塞取值
• exceptionally() 或 handle() 统一收口异常，比层层 try-catch get() 干净得多
• 多个异步任务合并用 allOf() / anyOf()，原生 Future 完全做不到
• 注意 CompletableFuture 默认使用 ForkJoinPool.commonPool()，高并发 I/O 场景建议显式指定线程池

submit(Callable) 返回的 Future 和 execute(Runnable) 的区别

很多人混淆两者返回类型：只有 submit(Callable<t>)</t> 返回带泛型的 Future<t>，能取结果；<code>execute(Runnable) 或 submit(Runnable) 返回的是 Future>，get() 永远返回 null。

立即学习“Java免费学习笔记（深入）”；

• 若任务无返回值，别强行用 Future.get()，它除了确认执行完毕没别的意义
• submit(Runnable, result) 可指定返回值，但通常不如直接用 Callable 直观
• 线程池拒绝策略触发时，submit() 仍会返回 Future，但后续 get() 会立即抛 RejectedExecutionException

真正麻烦的不是怎么取值，而是如何设计异步边界——比如数据库查询返回 Future，上层 Web 层却用同步 MVC 框架，这种混合模型最容易出超时和线程饥饿问题。