Java 线程池中的 submit 和 execute 有何不同

原文来自于：zha-ge.cn/java/60

Java 线程池中的 submit 和 execute 有何不同

在 Java 线程池中，ExecutorService 提供了两种常用的任务提交方法：submit 和 execute。虽然它们都可以将任务提交到线程池中执行，但它们在功能和使用场景上存在显著差异。本文将详细探讨这两种方法的区别，帮助开发者更好地选择适合的工具。

submit 和 execute 的核心区别

1. 返回值

• execute
execute 方法用于提交没有返回值的任务。它接受一个 Runnable 类型的参数，并且没有返回值。使用 execute 提交的任务无法获取执行结果，适合那些只需要执行某种操作而不需要关心结果的场景。

  executorService.execute(() -> {
      // 执行某种操作，不返回结果
  });
  

• submit
submit 方法则更为灵活，它可以提交两种类型的任务：

  • Runnable：类似于 execute，但返回一个 Future 对象。
  • Callable：可以返回一个结果，执行完成后可以通过 Future 获取结果。

  Future<Integer> future = executorService.submit(() -> {
      // 执行某种操作，返回结果
      return 42;
  });
  
  // 获取执行结果
  Integer result = future.get();
  

2. 异常处理

• execute
  当使用 execute 提交的任务发生异常时，异常会直接抛出到调用线程，或者由线程池的默认异常处理机制处理（通常会打印到控制台）。

• submit
  使用 submit 提交的任务如果发生异常，异常会被捕获并封装到 Future 对象中。只有在调用 future.get() 时，异常才会被抛出。

  Future<Integer> future = executorService.submit(() -> {
      throw new RuntimeException("任务执行失败");
  });
  
  try {
      Integer result = future.get();
  } catch (InterruptedException | ExecutionException e) {
      // 处理异常
  }
  

3. 适用场景

• 使用 execute 的场景

  • 任务不需要返回结果。
  • 不需要捕获任务执行过程中的异常。
  • 场景示例：日志记录、文件写入等操作。

• 使用 submit 的场景

  • 任务需要返回结果。
  • 需要捕获和处理任务执行中的异常。
  • 场景示例：计算任务、数据库查询等需要结果反馈的操作。

常见误区与注意事项

1. 不要混淆 submit(Runnable) 和 execute(Runnable)
   虽然 submit(Runnable) 和 execute(Runnable) 都可以提交无返回值的任务，但 submit 会返回一个 Future 对象。如果不需要结果，使用 execute 更为合适。

2. submit 提交的 Callable 任务必须处理异常
   如果 Callable 任务中抛出异常，必须在调用 future.get() 时捕获并处理，否则会导致程序崩溃。

3. 线程池关闭时的注意事项
   如果使用 submit 提交了多个任务，确保在关闭线程池之前所有 Future 对象都已正确处理。

总结

• execute：适用于不需要结果的简单任务，使用方便但功能有限。
• submit：适用于需要结果或需要处理异常的任务，功能更强大但需要额外处理 Future 对象。

在实际开发中，根据具体需求选择合适的工具，可以有效提升代码的可维护性和健壮性。