Callable能返回结果而Runnable不能，前者call()方法返回泛型V并支持受检异常，后者run()返回void；获取Callable结果必须通过Future.get()（推荐带超时），异常封装为ExecutionException。
Callable 能返回结果，Runnable 不能
这是最根本的区别。Runnable 的 run() 方法返回 void，执行完就结束，无法把计算结果带出来；而 Callable 的 call() 方法返回泛型类型 V，支持抛出受检异常，天然适配需要返回值的异步任务。
常见错误是试图在 Runnable 里用局部变量“保存结果”，然后期望主线程能立刻读到——这不行，因为线程间没有同步机制，且 Runnable 没有返回契约。真正要拿结果，必须走 Future。
-
Runnable：适合“只管执行、不关心结果”的场景，比如日志刷盘、心跳上报 -
Callable：适合“提交任务 → 稍后取结果”的场景，比如远程接口调用、数据库查询聚合 - 二者都不能直接 new Thread(runnable).start() 启动
Callable；必须配合ExecutorService.submit()才能获得Future
submit(Callable) 返回 Future，get() 会阻塞
ExecutorService.submit() 接收 Callable 后返回 Future<V>，这是获取结果的唯一合法途径。调用 future.get() 时，如果任务还没完成，当前线程会**一直阻塞**，直到结果就绪或超时。
容易踩的坑是忘记设超时，导致主线程卡死。尤其在线上环境，下游服务响应慢或宕机时，无超时的 get() 可能引发雪崩。
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 推荐始终使用
future.get(3, TimeUnit.SECONDS)带超时版本 -
future.isDone()和future.isCancelled()可用于非阻塞轮询状态 -
future.cancel(true)尝试中断正在运行的任务，但能否生效取决于call()内部是否响应中断（比如是否检查Thread.interrupted()）
异常处理方式完全不同
Runnable.run() 抛出的异常会直接终止线程，且无法被调用方捕获（除非用 Thread.UncaughtExceptionHandler）；而 Callable.call() 允许声明抛出 Exception，这个异常会被封装进 ExecutionException，最终由 future.get() 抛出。
这意味着：用 Callable 时，业务异常可被精确捕获和分类处理；用 Runnable 则只能兜底，很难区分是 NPE 还是业务校验失败。
-
future.get()抛出的是ExecutionException，其.getCause()才是原始异常 - 若任务被取消，
get()抛出CancellationException - 若超时，抛出
TimeoutException
实际选型建议：优先 Callable + ExecutorService
除非任务确实简单到“只发消息、不等反馈”，否则别用 Runnable。现代 Java 并发开发中，Callable 配合线程池是标准做法，它把任务定义、执行调度、结果获取、异常处理全部解耦清楚。
下面是一个最小可运行对比示例：
ExecutorService es = Executors.newFixedThreadPool(1);
// Runnable：无法拿到 result
es.submit(() -> System.out.println("done"));
// Callable：能拿到 result，但 get() 会阻塞
Future<String> future = es.submit(() -> {
Thread.sleep(100);
return "hello";
});
String result = future.get(); // 这里会等 100ms
es.shutdown();
注意：Future.get() 的阻塞特性不是缺陷，而是设计使然——它强制你面对“异步结果何时可用”这个本质问题。跳过它、用轮询或回调掩盖，反而会让逻辑更难维护。
