Callable设计成带返回值的接口是为了弥补Runnable无法表达任务结果的缺陷，支持异步任务返回List、String、BigDecimal等结果，并允许抛出受检异常；其必须配合Future使用，通过future.get()阻塞获取结果，且为兼容性与语义清晰性不修改Runnable。
Callable 为什么设计成带返回值的接口
因为 Runnable 无法表达“任务执行完后产出什么”，而真实业务中绝大多数异步任务都需要结果：比如查数据库返回 List<user></user>、调用远程接口拿到 String 响应、计算得到一个 BigDecimal。Java 并发模型必须补上这个能力缺口，Callable 就是为此诞生的替代方案。
它和 Runnable 的核心区别就一条：Callable.call() 方法声明了泛型返回类型，并且允许抛出受检异常；Runnable.run() 既无返回值，也不能直接 throw Exception。
Callable 必须配合 Future 才能取到返回值
提交 Callable 不等于立刻拿到结果——它只是把任务交给线程池异步执行，主线程继续往下走。真正拿结果要靠 Future 对象，它是对“尚未完成的计算”的引用。
-
ExecutorService.submit(Callable)返回Future，不是直接返回call()的结果 - 调用
future.get()才会阻塞等待并获取返回值；不调用就不会触发结果提取 - 如果任务还没结束，
get()会一直阻塞；可传超时参数避免无限等待：future.get(3, TimeUnit.SECONDS) - 任务抛异常时，
get()会包装成ExecutionException再抛出，原始异常在getCause()里
为什么不能直接让 Runnable 也返回值
这是 Java 语言层面的兼容性约束。如果给 Runnable.run() 加返回值，所有已存在的实现类都会编译失败——接口方法签名变了，属于不兼容升级。Java 团队选择新增接口而非修改旧接口，既满足新需求，又零破坏现有代码。
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
另外，语义上也有区分必要：Runnable 表达“执行一个动作”，Callable 表达“计算一个结果”。这种职责分离让使用者更清楚自己在建模什么。
注意：JDK 8 后虽然可以用 lambda 写 Runnable 或 Callable，但写法不同：Runnable r = () -> System.out.println("no return");Callable<string> c = () -> "has return";</string>
实际用 Callable 时最容易忽略的点
很多人以为 submit 后直接 get 就行，却没处理几个关键边界：
- 线程池 shutdown 后再 submit，会抛
RejectedExecutionException，不是InterruptedException -
future.isDone()返回 true 只代表执行结束（无论成功/异常/取消），不代表一定能 get 到值 - 任务被 cancel（比如
future.cancel(true)），再调get()会抛CancellationException - 没调
shutdown()或shutdownNow()，JVM 可能无法退出——线程池里的非守护线程还在运行
返回值本身也有陷阱：如果 call() 返回的是可变对象（比如 ArrayList），外部拿到后直接修改，可能引发并发问题；该复制的得复制，该封装的得封装。
