17370845950

应优先使用 Runnable 接口而非继承 Thread 类，因其解耦任务与执行、支持复用、无继承冲突；需返回结果或抛异常时用 Callable 配合 Future；线程创建开销大，必须用线程池管理。

直接继承 Thread 类创建线程的局限性

继承 Thread 类看似简单，但 Java 不支持多重继承，一旦类已继承其他父类，就无法再 extends Thread。更关键的是，Thread 本身是“线程的载体”，不是“任务的定义”——它把任务逻辑和执行机制耦合在一起。

• run() 方法必须重写，但无法复用已有业务类的结构
• 每个线程都对应一个 Thread 实例，对象开销大，不利于线程复用
• 无法返回结果，也不能抛出受检异常（run() 声明不支持 throws）

Runnable 是更通用的任务抽象

Runnable 是函数式接口，只定义了一个 run() 方法，纯粹表达“一段可执行逻辑”。它不关心谁来执行、何时执行、执行几次——这正是解耦的关键。

• 可被多个 Thread 实例共享，适合多线程处理同一任务（如秒杀场景中多个线程消费同一个订单队列）
• 可作为参数传给 ThreadPoolExecutor、ForkJoinPool 等高级并发工具
• 与现有类无继承冲突，只需实现接口或使用 lambda 表达式

Runnable task = () -> {
    System.out.println("Running in " + Thread.currentThread().getName());
};
new Thread(task).start();

为什么 Callable + Future 才算真正补全了 Runnable 的短板

Runnable 不能返回值、不能抛异常，而实际业务中这两点非常常见。这时就得用 Callable ——它的 call() 方法允许返回泛型结果，并声明抛出异常。

• Callable 必须配合 ExecutorService.submit() 使用，返回 Future 对象
• Future.get() 是阻塞调用，需注意超时控制，否则可能卡死主线程
• 不要在循环里无限制调用 get()，应优先用 invokeAll() 或 CompletableFuture 做异步编排

ExecutorService exec = Executors.newFixedThreadPool(2);
Future f = exec.submit(() -> {
    Thread.sleep(100);
    return 42;
});
System.out.println(f.get()); // 阻塞直到完成
exec.shutdown();

别忽略线程创建背后的资源成本

每次 new Thread() 都会触发 JVM 创建 OS 级线程，涉及栈内存分配（默认 1MB）、内核调度注册等操作。高频创建/销毁线程比任务本身还耗资源。

• 除非明确需要独占线程（如长时间运行的监听器），否则一律用线程池管理
• Executors.newCachedThreadPool() 在高并发下可能失控创建大量线程，生产环境应避免
• 自定义 ThreadPoolExecutor 时，核心线程数、队列容量、拒绝策略三者必须按压测结果设置，不能拍脑袋

真正该纠结的不是“用 Thread 还是 Runnable”，而是“这个任务要不要独立线程？线程生命周期归谁管？失败后怎么兜底？”