Callable能返回结果并抛出受检异常，Runnable不能；Callable需通过ExecutorService.submit()获取Future来获取结果和异常，而Runnable无返回值且无法直接抛出受检异常。
Callable 能返回结果，Runnable 不能
这是最直接的区别。Runnable 的 run() 方法返回 void，执行完就结束，没法带回任何计算结果；而 Callable 的 call() 方法声明返回泛型类型 V，比如 Callable<integer></integer> 就能返回一个 Integer 值。
这意味着：如果你需要线程执行完后拿到一个结果（比如远程接口调用的响应、数据库查询的计数、文件解析后的对象），Runnable 必须配合外部变量或回调来“传出”结果，容易出竞态；Callable 则天然支持结果封装，由 Future 统一管理。
Callable 可以抛出受检异常，Runnable 不行
Runnable.run() 方法签名不允许抛出任何受检异常（checked exception），你只能在方法内部 try-catch 处理，或者转为运行时异常包装再抛——这会掩盖原始错误类型，不利于调试。
Callable.call() 明确声明 throws Exception，允许直接抛出 IOException、SQLException 等，上层通过 Future.get() 捕获时，原异常会被包装进 ExecutionException，但你可以用 getCause() 拿到原始异常，保留了完整的错误上下文。
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 常见错误现象：
Runnable中写throw new IOException();→ 编译不通过 - 正确做法：
Callable<string> task = () -> { readFile(); return "done"; };</string>，其中readFile()可以自由抛出IOException
必须配合 ExecutorService 使用才能拿到返回值
Callable 本身不提供执行能力，它只是一个任务定义。你不能像 new Thread(new Runnable()).start() 那样直接启动 Callable。必须交给 ExecutorService，通过 submit() 方法提交，返回一个 Future 实例：
ExecutorService executor = Executors.newFixedThreadPool(2);
Future<Integer> future = executor.submit(() -> {
Thread.sleep(1000);
return 42;
});
Integer result = future.get(); // 阻塞等待，返回 42
executor.shutdown();
注意点：
-
future.get()是阻塞的，超时未完成会抛TimeoutException，建议带超时参数：future.get(3, TimeUnit.SECONDS) - 如果任务执行中抛异常，
get()会封装成ExecutionException抛出，需catch并检查e.getCause() -
submit(Callable)和submit(Runnable, result)都返回Future，但后者是把Runnable“伪装”成有返回值的任务，实际返回的是你传入的result，不是运行结果
性能与适用场景差异很小，别为“看起来高级”选 Callable
底层调度机制完全一致，Callable 并不比 Runnable 更快或更轻量。它的价值只在「你需要返回值或处理受检异常」这个明确需求上。
容易踩的坑：
- 在不需要返回值的地方硬用
Callable<void></void>或Callable<object></object>，徒增冗余和类型擦除风险 - 忘记调用
executor.shutdown()或shutdownNow()，导致线程池不释放，JVM 无法退出 - 多个
Future.get()串行调用，本可并行却变成顺序等待，拖慢整体耗时
真正关键的不是接口选型，而是你是否清楚自己要等结果、要不要异常传播、以及谁来负责清理资源。
