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 且无返回。
php中级教程之ajax技术
下载
AJAX即“Asynchronous Javascript And XML”（异步JavaScript和XML），是指一种创建交互式网页应用的网页开发技术。它不是新的编程语言，而是一种使用现有标准的新方法，最大的优点是在不重新加载整个页面的情况下，可以与服务器交换数据并更新部分网页内容，不需要任何浏览器插件，但需要用户允许JavaScript在浏览器上执行。《php中级教程之ajax技术》带你快速
-
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 的状态机（未启动 / 运行中 / 完成 / 取消）、以及在线程协作边界上怎么让异常不丢失、结果不遗漏。这些细节在日志里不报错，却会让异步逻辑静默失败。 
