callable配合线程池是管理有返回值、可中断、可异常处理任务的标准做法，因其call()方法支持泛型返回值和受检异常，而runnable无法满足；通过executorservice.submit()返回future实现任务生命周期统一管控，并借助线程池实现批量调度、限流复用与优雅关闭。
Java 中用 Callable 配合线程池，是管理有返回值、可中断、可异常处理任务的标准做法。它不只是“能返回结果”，更关键的是把任务的提交、执行、等待、取消、异常捕获等生命周期环节都纳入统一管控。
为什么不用 Runnable？
Runnable 的 run() 方法既不能返回值，也不能抛出受检异常。如果任务需要计算结果（比如查数据库、调用远程接口、做复杂运算），或者可能中途失败需明确反馈错误类型，Runnable 就力不从心了。Callable 的 call() 方法返回泛型结果，且声明 throws Exception，天然适配这类场景。
Callable + FutureTask + 线程池的典型组合
实际开发中，极少直接 new Thread(new FutureTask(...))。主流做法是通过 ExecutorService 提交 Callable 任务，由线程池统一调度：
- 调用
executor.submit(callable)，立即返回一个 Future 对象 - Future 是任务生命周期的“遥控器”：可检查是否完成（
isDone()）、尝试取消（cancel(true)）、限时获取结果（get(3, TimeUnit.SECONDS)） - 若任务已运行且响应中断，
cancel(true)会触发线程中断；若还没开始，就直接标记为取消 -
get()阻塞直到结果就绪，或抛出ExecutionException（包装原始异常）、TimeoutException、CancellationException
线程池让 Callable 任务真正可控
单靠 Future 只能管理单个任务，而线程池赋予了批量、限流、复用和兜底能力：
- 避免为每个 Callable 都创建新线程，防止资源耗尽
- 通过
corePoolSize和workQueue控制并发压力，比如高负载时任务排队而非拒绝 - 配合拒绝策略（如
CallerRunsPolicy），让调用线程自己执行任务，起到自然降级作用 - 线程池关闭时调用
shutdown()或shutdownNow()，可等待或强制终止所有正在运行的 Callable 任务
一个实用示例：带超时的异步查询
比如调用一个可能慢或失败的 HTTP 接口：
- 定义 Callable：封装请求逻辑，返回 JSON 字符串或抛出 IOException
- submit 到固定大小线程池，拿到 Future
- 调用
future.get(2, SECONDS)—— 2 秒内返回结果，超时则抛 TimeoutException，可降级返回默认值 - 若接口返回 500，call() 中 throw new RuntimeException("API error")，get() 会包装成 ExecutionException，方便统一日志和监控
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
