应优先使用 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); Futuref = exec.submit(() -> { Thread.sleep(100); return 42; }); System.out.println(f.get()); // 阻塞直到完成 exec.shutdown();
别忽略线程创建背后的资源成本
每次 new Thread() 都会触发 JVM 创建 OS 级线程，涉及栈内存分配（默认 1MB）、内核调度注册等操作。高频创建/销毁线程比任务本身还耗资源。
- 除非明确需要独占线程（如长时间运行的监听器），否则一律用线程池管理
-
Executors.newCachedThreadPool()在高并发下可能失控创建大量线程，生产环境应避免 - 自定义
ThreadPoolExecutor时，核心线程数、队列容量、拒绝策略三者必须按压测结果设置，不能拍脑袋
真正该纠结的不是“用 Thread 还是 Runnable”，
