Java中的Runnable接口与Thread类使用

Runnable接口本身不启动线程，必须通过Thread对象调用start()才能真正并发执行；直接调用run()只是普通方法调用，仍在当前线程同步运行。

Runnable接口必须配合Thread才能启动线程

只实现 Runnable 接口不会自动创建或启动线程，它只是定义了任务逻辑。JVM 不会识别 Runnable 实例为可执行线程，必须显式交给 Thread 对象去执行。

常见错误是写了 new MyTask().run() —— 这只是普通方法调用，在当前线程同步执行，根本没开新线程。

• 正确做法：把 Runnable 实例传给 Thread 构造函数，再调用 start()
• 错误写法：run() 方法直接调用，无并发效果
• 注意：Thread 类本身也实现了 Runnable，所以可以复写其 run() 方法，但这是继承方式，和组合（实现 Runnable）语义不同

class PrintTask implements Runnable {
    public void run() {
        System.out.println("Hello from " + Thread.currentThread().getName());
    }
}

// 正确：启动新线程
new Thread(new PrintTask()).start();

// 错误：只是在主线程里执行，不并发
new PrintTask().run();

Thread类直接继承时不能复用，且破坏了类的单一继承性

Java 是单继承语言，如果一个类已经继承了其他父类（比如 MyService extends BaseService），就无法再 extends Thread；而实现 Runnable 接口无此限制，还能继续继承。

另外，Thread 实例本身是重量级对象，频繁 new Thread 会带来资源开销；而 Runnable 是轻量级任务描述，更适合配合线程池使用。

• 继承 Thread 后，该类不能再继承别的类
• Thread 子类实例只能启动一次（start() 只能调一次），不可复用
• Runnable 实例可被多个 Thread 或线程池重复提交
• 现代代码中，几乎全部推荐用 Runnable（或 Callable）+ 线程池，而非直接 new Thread

run() 和 start() 的区别不是“要不要多线程”，而是“是不是新线程”

start() 是 JVM 启动线程的唯一合法入口，它会触发底层 OS 创建新执行流，并在新线程中自动调用 run()；而直接调用 run() 就是普通 Java 方法调用，完全不涉及线程调度。

这个区别直接影响程序行为：比如你在 run() 里加了 Thread.sleep(1000)，直接调用它会让当前线程停住 1 秒；用 start() 则是新线程暂停，主线程继续跑。

• 调用 start() 后，线程状态变为 RUNNABLE（等待 CPU 调度）
• 重复调用 start() 会抛出 IllegalThreadStateException
• run() 可以反复调用，但它永远运行在调用它的那个线程上

Lambda 让 Runnable 写法极度简洁，但别忘了它仍是 Runnable

JDK 8 后，Runnable 是函数式接口，可用 Lambda 表达式代替匿名内部类。看起来像“直接写线程”，其实背后仍是构造 Runnable 实例并传给 Thread。

这种写法容易让人忽略线程生命周期管理——比如忘记调用 start()，或者误以为 Lambda 自带线程语义。

• 下面两行等价：() -> System.out.println("ok") 和 new Runnable() { public void run() { ... } }
• Lambda 仍需包装进 Thread 才能并发执行：new Thread(() -> {...}).start();
• 若用于 ExecutorService，Lambda 依然作为 Runnable 提交，和传统写法无本质差异

Thread t = new Thread(() -> {
    System.out.println("Running in " + Thread.currentThread().getName());
});
t.start(); // 必须调 start，否则什么都不会并发发生

线程模型的边界很清晰：任务定义（Runnable）、执行载体（Thread）、调度策略（如线程池）三者职责分离。混淆其中任意两个，就容易写出看似多线程、实则串行的代码。