有哪几种方式可以创建一个线程？哪种方式更好？

使用ExecutorService线程池是创建线程的最佳方式，因其能有效管理资源、控制并发、复用线程并提供任务队列和高级抽象，避免频繁创建线程带来的性能开销与系统风险，同时支持Callable返回结果和统一生命周期管理，适用于绝大多数生产场景。

在Java中，创建线程主要有三种方式：继承

Thread

Runnable

ExecutorService

ExecutorService

解决方案

创建线程的几种核心方式各有其哲学和应用场景。我们来逐一剖析。

1. 继承

Thread

这是最直观的方式之一。你创建一个新类，让它继承自

java.lang.Thread

run()

class MyThread extends Thread {
    @Override
    public void run() {
        System.out.println("Hello from a custom Thread!");
        // 线程执行的业务逻辑
    }
}

// 使用
MyThread thread = new MyThread();
thread.start(); // 启动线程

这种方式的优点是简单明了，代码量少。但缺点也很明显：Java是单继承的，如果你的业务类已经继承了其他类，就无法再继承

Thread

2. 实现

Runnable

这是更常用也更推荐的基础方式。你创建一个类实现

java.lang.Runnable

run()

Runnable

Thread

Thread

class MyRunnable implements Runnable {
    @Override
    public void run() {
        System.out.println("Hello from a Runnable task!");
        // 线程执行的业务逻辑
    }
}

// 使用
MyRunnable runnable = new MyRunnable();
Thread thread = new Thread(runnable);
thread.start(); // 启动线程

相较于继承

Thread

Runnable

• 解耦： 任务（

  Runnable

  登录后复制
  ）与线程（

  Thread

  登录后复制
  ）是分离的，任务可以独立于任何线程类存在。
• 单继承限制： 你的业务类可以自由继承其他类，因为接口可以多实现。
• 资源共享： 多个线程可以共享同一个

  Runnable

  登录后复制
  实例，这对于需要共享数据的场景很有用。

3. 使用

ExecutorService

这是现代Java并发编程的主流方式，也是我个人认为“更好”的方式。

ExecutorService

java.util.concurrent

ExecutorService

import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

// 任务仍然是实现 Runnable 接口
class MyPooledTask implements Runnable {
    private String taskName;

    public MyPooledTask(String taskName) {
        this.taskName = taskName;
    }

    @Override
    public void run() {
        System.out.println("Executing task: " + taskName + " on thread: " + Thread.currentThread().getName());
        // 模拟耗时操作
        try {
            Thread.sleep(100);
        } catch (InterruptedException e) {
            Thread.currentThread().interrupt();
        }
    }
}

// 使用
// 创建一个固定大小的线程池
ExecutorService executor = Executors.newFixedThreadPool(5);

for (int i = 0; i < 10; i++) {
    executor.submit(new MyPooledTask("Task-" + i)); // 提交任务
}

executor.shutdown(); // 关闭线程池，等待所有任务执行完毕

使用线程池的好处是压倒性的：

• 资源管理： 避免了频繁创建和销毁线程的开销，提高了系统性能。
• 控制并发： 可以限制并发线程的数量，防止资源耗尽。
• 任务队列： 未执行的任务会排队等待，平滑处理突发流量。
• 更高级的抽象： 提供了

  Callable

  登录后复制
  接口，可以返回执行结果（通过

  Future

  登录后复制
  对象）并抛出受检异常，这是

  Runnable

  登录后复制
  不具备的。
• 统一管理： 方便对线程进行监控、统计和关闭。

为什么说使用线程池管理线程是更优的选择？

在我看来，选择线程池并非仅仅是“好一点”，而是现代并发编程的基石。它解决了直接创建线程时面临的诸多痛点，从系统设计的角度看，是一种更成熟、更健壮的方案。

首先，资源开销是首要考量。每次

new Thread()

其次，并发控制是线程池的另一个核心价值。直接创建线程时，你很难有效控制同时运行的线程数量。如果任务量激增，无限创建线程可能迅速耗尽系统资源（如内存、CPU），导致“线程爆炸”。线程池允许你设定最大并发线程数，未执行的任务会进入等待队列。这提供了一个天然的流量削峰机制，保证系统在面对高并发时依然能够稳定运行，不至于瞬间崩溃。比如，一个Web服务器，如果每个请求都创建一个新线程，很容易在高负载下变得不稳定，而使用线程池就能优雅地处理并发请求。

再者，任务管理与扩展性。

ExecutorService

Runnable

Callable

Callable

Future

Callable

Future

最后，统一的生命周期管理和可观测性。直接创建的线程，其生命周期管理相对分散，你很难统一关闭所有线程或监控它们的运行状态。而线程池提供了一套标准的生命周期管理API（如

shutdown()

shutdownNow()

awaitTermination()

在实际开发中，如何根据任务特性选择合适的线程创建方式？

选择合适的线程创建方式，实际上是在权衡简单性、性能、资源管理和复杂性。这需要我们深入理解任务本身的特性以及系统对并发的需求。

1. 简单、一次性的独立任务（通常不推荐直接使用）

如果你有一个非常简单、生命周期极短、且确定只运行一次的任务，理论上你可以选择继承

Thread

Runnable

• 继承

  Thread

  登录后复制
  ： 如果你的任务类不需要继承其他类，且任务逻辑与线程本身耦合度高（或者说，你觉得这样写最直观），可以考虑。但即便如此，我也倾向于用

  Runnable

  登录后复制
  。
• 实现

  Runnable

  登录后复制
  ： 这是更好的选择，因为它将任务逻辑与线程执行机制分离。即使是简单任务，这种解耦也能带来更好的代码组织和复用性。

然而，我的建议是：即使是这种场景，也应该考虑使用

Executors.newSingleThreadExecutor()

Thread

会译·对照式翻译

会译是一款AI智能翻译浏览器插件，支持多语种对照式翻译

0

查看详情

2. 大多数业务场景：需要高效管理、复用线程，控制并发的任务

这几乎涵盖了所有生产环境中的并发场景，包括但不限于：Web服务器的请求处理、异步消息处理、后台批处理任务、并行计算、定时任务等。

• ExecutorService

  登录后复制
  是不二之选。 在这种情况下，关键在于选择合适的线程池类型：

  • Executors.newFixedThreadPool(int nThreads)

    登录后复制
    ： 适用于CPU密集型任务。线程数通常设置为CPU核心数或核心数+1。它会创建固定数量的线程，如果任务多于线程数，任务会进入队列等待。
    • 示例场景： 大量需要进行复杂计算、数据处理的任务。

  • Executors.newCachedThreadPool()

    登录后复制
    ： 适用于I/O密集型任务或任务数量波动大的场景。它会根据需要创建新线程，如果线程空闲时间超过一定阈值（60秒），则会被回收。线程数没有上限。
    • 示例场景： 网络请求、数据库操作、文件读写等，这些任务大部分时间在等待I/O操作完成，CPU占用不高。

  • Executors.newSingleThreadExecutor()

    登录后复制
    ： 适用于需要保证所有任务按提交顺序依次执行的场景。它内部只有一个工作线程。
    • 示例场景： 顺序日志写入、资源访问需要严格串行化的任务。

  • Executors.newScheduledThreadPool(int corePoolSize)

    登录后复制
    ： 适用于需要定时执行或周期性执行任务的场景。
    • 示例场景： 定时数据同步、周期性报告生成。

3. 需要获取任务执行结果或处理异常的任务

如果你提交的任务不仅需要执行，还需要返回一个结果，或者你希望能够捕获任务执行过程中抛出的异常。

• ExecutorService

  登录后复制
  配合

  Callable

  登录后复制
  和

  Future

  登录后复制
  。

  Callable

  登录后复制
  接口允许

  call()

  登录后复制
  方法返回一个值，并抛出异常。

  ExecutorService.submit(Callable<T> task)

  登录后复制
  会返回一个

  Future<T>

  登录后复制
  对象，你可以通过

  future.get()

  登录后复制
  获取任务结果或捕获异常。

import java.util.concurrent.*;

class MyCallableTask implements Callable<String> {
    private String name;

    public MyCallableTask(String name) {
        this.name = name;
    }

    @Override
    public String call() throws Exception {
        System.out.println("Callable task " + name + " started.");
        Thread.sleep(200); // 模拟耗时操作
        if (Math.random() < 0.2) {
            throw new RuntimeException("Error in task " + name);
        }
        return "Result from " + name;
    }
}

// 使用
ExecutorService executor = Executors.newFixedThreadPool(3);
Future<String> future1 = executor.submit(new MyCallableTask("Task A"));
Future<String> future2 = executor.submit(new MyCallableTask("Task B"));

try {
    System.out.println(future1.get()); // 阻塞直到任务完成并获取结果
    System.out.println(future2.get());
} catch (InterruptedException | ExecutionException e) {
    System.err.println("Task failed: " + e.getMessage());
} finally {
    executor.shutdown();
}

总结一下，在实际开发中，除非有非常特殊的理由（例如，你正在编写一个底层的并发库，需要对

Thread

ExecutorService

创建线程时常见的误区有哪些，以及如何避免？

在并发编程中，创建和管理线程远非表面看起来那么简单。许多开发者在实践中会踩到一些坑，这些误区如果不加以注意，轻则影响性能，重则导致系统崩溃或数据错误。

1. 无限制地创建新线程（线程爆炸）

这是最常见也最危险的误区之一。当每个请求或每个任务都

new Thread()

• 如何避免： 几乎所有场景都应该使用线程池（

  ExecutorService

  登录后复制
  ）。通过线程池，你可以限制并发线程的数量，将超出的任务放入队列等待，从而保护系统资源。选择合适的线程池类型和大小是关键。

2. 忽视线程安全问题

当多个线程访问和修改共享数据时，如果没有适当的同步机制，就可能出现竞态条件（Race Condition）、数据不一致等问题。这通常是并发编程中最难调试的bug。

• 如何避免：
  • 最小化共享数据： 尽可能让每个任务处理自己的数据，减少对共享状态的依赖。
  • 使用同步机制： 对共享资源的访问进行同步。Java提供了多种工具：

    • synchronized

      登录后复制
      关键字（方法或代码块）。

    • java.util.concurrent.locks.Lock

      登录后复制
      接口及其实现类（如

      ReentrantLock

      登录后复制
      ），提供更灵活的锁定机制。

    • java.util.concurrent.atomic

      登录后复制
      包下的原子类（如

      AtomicInteger

      登录后复制
      ），用于对基本类型或引用进行原子操作。

    • java.util.concurrent

      登录后复制
      包下的并发集合（如

      ConcurrentHashMap

      登录后复制
      ），它们是线程安全的。
  • 使用不可变对象： 不可变对象一旦创建就不能修改，天然线程安全。

3. 错误地终止线程（使用

Thread.stop()

Thread.stop()

Thread.suspend()

Thread.resume()

• 如何避免： 应该使用协作式中断机制。
  • 通过

    Thread.interrupt()

    登录后复制
    方法向线程发送中断请求。
  • 在线程的

    run()

    登录后复制
    或

    call()

    登录后复制
    方法中，定期检查

    Thread.currentThread().isInterrupted()

    登录后复制
    标志。
  • 当捕获到

    InterruptedException

    登录后复制
    时，通常应该重新设置中断标志 (

    Thread.currentThread().interrupt();

    登录后复制
    ) 并决定如何响应（例如，优雅地退出任务）。

4. 线程中未捕获的异常

如果一个线程在执行

run()

call()

UncaughtExceptionHandler

• 如何避免：
  • 在

    run()

    登录后复制
    或

    call()

    登录后复制
    方法内部使用

    try-catch

    登录后复制
    块捕获所有可能的异常。
  • 为线程设置

    Thread.UncaughtExceptionHandler

    登录后复制
    ，以便在线程因未捕获异常而终止时进行处理（例如，记录日志、重启任务）。
  • 对于

    Callable

    登录后复制
    任务，通过

    future.get()

    登录后复制
    获取结果时，如果任务抛出异常，

    get()

    登录后复制
    方法会抛出

    ExecutionException

    登录后复制
    ，可以从中获取原始异常。

5. 混淆

Thread.start()

Thread.run()

新手常犯的错误是调用

Thread

run()

start()

run()

run()

• 如何避免： 始终调用

  Thread.start()

  登录后复制
  方法来启动新线程。

6. 不正确地关闭线程池

如果应用程序退出时没有正确关闭线程池，可能会导致线程资源泄露，或者应用程序无法正常退出，因为后台线程池还在运行。

• 如何避免： 在应用程序关闭时，调用

  ExecutorService

  登录后复制
  的

  shutdown()

  登录后复制
  方法。

  shutdown()

  登录后复制
  会阻止新任务提交，并等待已提交任务执行完成。如果需要立即停止所有任务，可以使用

  shutdownNow()

  登录后复制
  。通常会结合

  awaitTermination()

  登录后复制
  来等待线程池中的任务完成。

executor.shutdown(); // 拒绝新任务，等待已提交任务完成
try {
    if (!executor.awaitTermination(60, TimeUnit.SECONDS)) { // 等待60秒
        executor.shutdownNow(); // 强制关闭
        if (!executor.awaitTermination(60, TimeUnit.SECONDS))
            System.err.println("Pool did not terminate");
    }
} catch (InterruptedException ie) {
    executor.shutdownNow();
    Thread.currentThread().interrupt();
}

理解并避免这些误区，是写出健壮、高效并发程序的关键。并发编程的复杂性在于其非确定性，因此在设计和实现时，需要格外小心和细致。

以上就是有哪几种方式可以创建一个线程？哪种方式更好？的详细内容，更多请关注php中文网其它相关文章！