你是否意识到：

ExecutorService service = Executors.newFixedThreadPool(4);

字符串
可以替换为：

<bean id="service" class="java.util.concurrent.Executors" 
      factory-method="newFixedThreadPool" destroy-method="shutdown">
    <constructor-arg value="4"/>
</bean>

型
然后spring上下文会更直接地管理executor服务的关闭--并且可以更容易地重用它。

根据官方Spring文档，当使用基于注解的配置时，对于@Bean的destroyMethod字段，Spring的默认行为是在应用程序上下文关闭时自动调用名为close或shutdown的公共无参数方法。
为了方便用户，容器将尝试根据从@Bean方法返回的对象推断destroy方法。例如，给定返回Apache Commons DBCP BasicDataSource的@Bean方法，容器将注意到该对象上可用的close（）方法并自动将其注册为destroyMethod。这种“destroy方法推断”目前仅限于检测public，名为'close'或'shutdown'的no-arg方法。该方法可以在继承层次结构的任何级别声明，并且无论@Bean方法的返回类型如何都将被检测到（即，在创建时对Bean示例本身进行反射检测）。
重新定义，这是 annotation-driven 配置在没有显式设置destroy方法时的默认行为。如果不需要此行为，显式设置destroy方法为空字符串将禁用此“功能”：
要禁用特定@Bean的destroy方法推断，请指定一个空字符串作为值，例如@Bean（destroyMethod="”）。请注意，DisposableBean和Closeable/AutoCloseable接口仍然会被检测到，并调用相应的destroy/close方法。
另一方面，当使用XML配置时，这不是默认行为.为了实现奇偶校验，destroy-method可以显式设置为(inferred)。有关详细信息，请参阅官方文档中的Destruction回调和默认初始化以及destroy方法部分。

考虑使用Spring的TaskExecutor，它可以配置线程池。http://static.springsource.org/spring/docs/3.0.x/reference/scheduling.html

只是想将基于配置的ExecutorService bean创建添加到@基思的答案中

@Bean("fixedThreadPool")
public ExecutorService fixedThreadPool() {
    return Executors.newFixedThreadPool(THREAD_POOL_SIZE);
}

字符串

也可以使用@PreDestroy注解：

@Component
public class MyService {
  private final ExecutorService executor = Executors.newCachedThreadPool();

  @PreDestroy
  @SneakyThrows
  void shutdownExecutor() {
    executor.shutdown();
    if (!executor.awaitTermination(5, TimeUnit.SECONDS)) {
      executor.shutdownNow();
    }
  }
}

字符串
或者，如果ExecutorService本身是一个bean：

@Bean(name = "fixedThreadPool", destroyMethod = "shutdown")
public ExecutorService fixedThreadPool() {
    return Executors.newFixedThreadPool(THREAD_POOL_SIZE);
}

型