Callable比Runnable更适合返回结果的异步任务，因其call()方法有泛型返回值且可抛任意异常；而Runnable的run()无返回、不支持受检异常。
Callable 为什么比 Runnable 更适合返回结果的异步任务
因为 Runnable 的 run() 方法没有返回值、也不能抛出受检异常，而实际业务中常需要获取执行结果或处理异常。Callable 的 call() 方法返回泛型结果、支持抛出任意异常，天然适配「执行完拿结果」这一需求。
但注意：Callable 不能直接传给 Thread 构造器——它不是 Runnable 的子接口，JVM 不认。必须通过 ExecutorService 提交，由框架包装成 FutureTask 再调度。
如何用 ExecutorService 提交 Callable 并安全获取结果
核心是调用 submit() 而非 execute()：前者返回 Future<t></t>，后者只接受 Runnable 且无返回。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
Future.get()是阻塞调用，若任务未完成会一直等；超时版本get(long, TimeUnit)更实用，避免无限等待 - 务必捕获
ExecutionException（包装了call()中抛出的原始异常）和InterruptedException - 任务被取消后调用
get()会抛CancellationException，需单独处理
ExecutorService es = Executors.newFixedThreadPool(2);
Future<Integer> future = es.submit(() -> {
Thread.sleep(1000);
return 42;
});
try {
Integer result = future.get(2, TimeUnit.SECONDS); // 带超时
System.out.println(result);
} catch (TimeoutException e) {
System.err.println("任务超时");
} catch (ExecutionException e) {
Throwable cause = e.getCause();
System.err.println("任务执行异常：" + cause);
}
Callable 和 Supplier 在异步场景下的关键区别
看起来 Supplier<t></t> 也能返回值，但它是函数式接口，设计目标是「立即求值」，不带线程语义；而 Callable 明确约定「可能耗时、可能失败、需异步执行」，且被 ExecutorService 原生支持。
立即学习“Java免费学习笔记（深入）”；
- 用
Supplier提交到线程池需手动包装：es.submit(() -> supplier.get())，多一层转换 -
Callable的异常传播路径清晰（ExecutionException→ 原始异常），Supplier若抛受检异常则必须在 lambda 内吞掉或转成运行时异常 - 某些工具类（如
CompletableFuture.supplyAsync()）内部其实把Supplier当作Callable等价物使用，但语义上仍是Callable更准确
常见陷阱：submit(Callable) 后忘记 shutdown 或未处理 cancel
线程池不关闭会导致 JVM 无法退出；任务中途取消后仍调用 get() 会直接抛 CancellationException，容易被忽略。
- 生产环境务必在 finally 块或 try-with-resources（配合自定义
AutoCloseable包装）中调用es.shutdown() - 若业务允许中断，提交后可主动调用
future.cancel(true)，但要注意：这仅对阻塞在sleep、wait、join或 I/O 的线程生效；计算密集型任务需在call()内定期检查Thread.interrupted() -
isDone()和isCancelled()应在get()前判断，避免无谓阻塞
Callable，而是理解 Future 的状态机（未启动 / 运行中 / 完成 / 取消）、以及在线程协作边界上怎么让异常不丢失、结果不遗漏。这些细节在日志里不报错，却会让异步逻辑静默失败。 
