在Java中创建多线程主要有几种核心方式，每种方式各有其适用场景。下面用一个表格来汇总它们的主要特点和区别，方便你快速了解：
| 创建方式 | 核心机制 | 主要优点 | 主要缺点 | 典型应用场景 |
|---|---|---|---|---|
继承 Thread 类 |
重写 run() 方法，调用实例的 start() 方法启动线程。 |
编码简单直接，易于初学者理解。 | 由于Java的单继承限制，若已继承其他类则无法使用此方法；任务与线程本身绑定，不够灵活。 | 简单的异步任务，快速原型验证。 |
实现 Runnable 接口 |
实现 run() 方法，将实现类实例作为参数传递给 Thread 对象。 |
避免了单继承的限制，代码灵活性高；多个线程可以共享同一个 Runnable 实例，方便共享资源。 |
不能直接返回执行结果；功能相对基础。 | 大多数场景的首选，特别是需要多个线程协同处理同一任务或资源时。 |
实现 Callable 接口 |
实现 call() 方法，该方法可以有返回值和抛出异常。通常配合 FutureTask 和线程池使用。 |
可以获得线程执行的返回值；可以捕获并处理线程中抛出的异常。 | 使用起来比 Runnable 复杂；需要借助 Future 的 get() 方法获取结果，该方法会阻塞当前线程。 |
需要获取异步任务执行结果的场景，例如计算密集型任务并汇总结果。 |
使用 ExecutorService (线程池) |
通过 Executors 工具类创建线程池，提交 Runnable 或 Callable 任务给线程池执行。 |
统一管理线程，减少线程频繁创建和销毁的开销，提升性能；提供了丰富的线程池配置和任务调度能力。 | 需要学习额外的API；配置参数不当可能引发问题（如任务队列堆积）。 | 生产环境推荐使用，适用于需要管理大量短期异步任务的服务器应用等。 |
💡 理解与选择
理解这几种方式的关键在于认识到 "任务"（run() 或 call() 方法中的代码）和 "线程"（Thread 类）的分离。
- 继承
Thread类 是将任务和线程合为一体。 - 实现
Runnable或Callable接口 则是将任务定义为一个独立的对象，这个任务对象可以被传递给一个标准的Thread去执行，也可以提交给更高级的 线程池（ExecutorService） 来调度。这种解耦带来了巨大的灵活性，是现代Java并发编程的推荐做法。
因此，对于如何选择，可以遵循以下建议：
- 对于简单的测试或演示，可以使用继承
Thread类。 - 在大多数实际开发中，应优先选择实现
Runnable接口的方式。 - 如果任务需要返回结果或抛出异常，就使用实现
Callable接口。 - 在正式的生产代码中，强烈建议使用
ExecutorService线程池来管理线程，以获得更好的性能和资源控制。
⚠️ 关键细节与常见误区
- 启动线程的正确方法 ：必须调用线程对象的
start()方法，而不是直接调用run()方法。start()方法会让JVM创建一个新的线程来异步执行run()方法中的代码；而直接调用run()方法只会像普通方法一样在当前线程中同步执行，并不会创建新线程。 - 线程安全是重中之重 ：当多个线程需要修改 同一个共享资源（如一个静态变量、一个集合对象）时，必须考虑线程安全问题，否则可能导致数据不一致。常用的同步机制包括：
synchronized关键字：用于修饰方法或代码块，保证同一时间只有一个线程能执行该段代码。Lock对象 （如ReentrantLock）：提供了比synchronized更灵活的锁操作。
RunnablevsCallable：这是两个功能性接口，它们的核心区别在于Runnable的run()方法没有返回值 且不能抛出受检异常 ，而Callable的call()方法可以返回结果 并可以抛出异常。