Callable能返回值且可抛受检异常，Runnable不能；Callable需配合ExecutorService和Future使用，通过Future.get()获取结果并处理异常。
Callable 能返回值，Runnable 不能
这是最直接的区别：Callable 的 call() 方法有返回值（泛型类型），而 Runnable 的 run() 方法返回 void。如果你需要线程执行完后拿到计算结果（比如一个 Integer、String 或自定义对象），必须用 Callable。
常见错误现象：试图让 Runnable 返回值，结果只能靠外部变量（如 AtomicInteger 或 volatile 字段）“曲线救国”，既不安全又难维护。
-
Callable的call()可以 return "done" -
Runnable的run()无法 return 任何东西 - 返回值需通过
Future.get()获取，不是直接从call()拿到
Callable 声明受检异常，Runnable 不行
Callable.call() 允许抛出 Exception（包括受检异常），而 Runnable.run() 只能抛 RuntimeException 或错误（Error）。这意味着处理 I/O、网络或数据库操作时，Callable 更自然——不用在方法体内硬吞 IOException 或包成 RuntimeException 再抛。
使用场景：写一个从远程 API 拉取 JSON 并解析的线程任务，用 Callable 可直接 throws IOException 和 JsonParseException；换成 Runnable 就得 try-catch 后转成 RuntimeException，丢失原始异常类型信息。
立即学习“Java免费学习笔记（深入）”；
- 受检异常必须被处理，
Callable让这种处理更显式、可追踪 -
Future.get()会把call()中抛出的异常包装成ExecutionException，需注意解包 - 别忽略
get()的阻塞特性——它可能永远卡住，除非设超时
Callable 必须配合 ExecutorService + Future 使用
你不能直接 new Thread(new Callable()).start() —— Thread 构造器只接受 Runnable。要运行 Callable，必须走 ExecutorService.submit()，它返回 Future 对象来管理生命周期和取结果。
ExecutorService executor = Executors.newFixedThreadPool(2); Futurefuture = executor.submit(() -> { Thread.sleep(1000); return 42; }); Integer result = future.get(); // 阻塞直到完成
性能影响：每次 submit() 创建一个 FutureTask 包装器，比裸 Runnable 多一层对象开销，但对绝大多数业务场景可忽略。
-
Future.isDone()、cancel()提供了Runnable没有的控制能力 - 不要反复调用
get()，它每次都会检查状态并可能阻塞；建议一次取值后缓存 - 未调用
shutdown()的ExecutorService会导致 JVM 无法退出
为什么不能直接用 Runnable + 成员变量“返回”结果？
有人会定义一个类同时实现 Runnable 并带 result 字段，然后在线程结束后读这个字段。这看似简单，实则危险：
- 没有 happens-before 保证，主线程可能看到默认值或脏值（即使加
volatile也只解决可见性，不解决完成时机） - 无法区分“还没开始”“正在运行”“已失败”“已成功”四种状态
- 想加超时、取消、重试逻辑时，代码迅速变得脆弱且难以测试
-
Future已经封装了这些语义，重复造轮子得不偿失
真正复杂的点不在语法，而在状态同步和生命周期管理——Callable + Future 把这些细节收束到了标准 API 里。漏掉 get() 的异常处理、忘记关闭线程池、或者误以为 submit() 后结果立刻可用，才是日常踩坑最多的地方。
