Callable能返回值且可抛受检异常，Runnable不能；但Thread不接受Callable，须通过ExecutorService.submit()获取Future并调用get()获取结果或异常。
Callable 能返回值，Runnable 不能——但别直接 new Thread(new Callable())
Java 中 Runnable 的 run() 方法返回 void，天生不支持结果传递；Callable 的 call() 方法可以返回任意泛型类型，比如 Integer 或 String。但这不意味着你能把它丢给 Thread 构造器——Thread 只认 Runnable。强行传 Callable 会编译报错：The constructor Thread(Callable。
正确路径只有一条：必须经由 ExecutorService 提交。
-
executor.submit(new MyCallable())返回Future，后续可调用get()拿结果 -
new Thread(new MyRunnable())合法，new Thread(new MyCallable())编译失败 - 如果硬要在线程里用
Callable，得自己包装一层：比如在run()里调用call()并忽略返回值——那就失去意义了
Callable 可抛出受检异常，Runnable 不行——但 get() 会把异常包成 ExecutionException
Callable.call() 声明了 throws Exception，你可以直接 throw IOException、SQLException 这类受检异常；Runnable.run() 方法签名没声明任何异常，里面 throw 受检异常会编译报错。
但注意：Future.get() 不会原样抛出你 call 里的异常。它统一包装成 ExecutionException，原始异常藏在 getCause() 里。
立即学习“Java免费学习笔记（深入）”；
- 写
Callable时 throwFileNotFoundException是合法的 - 调用
future.get()后若出错，实际拿到的是ExecutionException，需用e.getCause()才能拿到FileNotFoundException - 运行时异常（如
NullPointerException）在两者中都可直接 throw，无需声明
submit(Runnable) 也返回 Future，但 get() 总是 null——别误以为它有返回值
很多人看到 ExecutorService.submit(Runnable) 也返回 Future，就以为能拿到什么结果。其实这个 Future 的 get() 永远返回 null，它唯一作用是同步等待任务结束（类似 join()），或取消任务。
-
Future> f = executor.submit(() -> System.out.println("done"))→f.get()返回null - 如果想让 Runnable “带个结果”，只能靠外部变量（如
AtomicInteger、ConcurrentHashMap）手动存取，但得自己处理线程安全 - 真需要结果，别绕弯——直接用
Callable，语义清晰，线程安全由Future保障
性能与使用场景：不是“更高级就该优先用 Callable”
Callable 和 Runnable 本身几乎没有性能差异，真正影响性能的是你是否需要阻塞等待结果、是否要处理异常链、是否依赖线程池的生命周期管理。日常日志打印、定时清理这类“发出去就行”的任务，Runnable 更轻量、意图更明确。
- HTTP 请求回调、数据库查询、文件解析等需返回数据或传播异常的场景，用
Callable - 心跳上报、缓存刷新、异步通知等无返回、不关心成败的场景，
Runnable更合适 - 别为了“能 throw Exception”而硬套
Callable：如果异常只是记录后吞掉，用Runnable+ try-catch 更直白
最常被忽略的一点：Future.get() 是阻塞的，而且默认无限期等待。没设超时、又没做 cancel，一个卡死的 Callable 会让整个调用线程挂住——这比 Runnable 的静默失败更难排查。
