Spring @Asyn使用不当引起OOM

问题

生产环境偶尔出现pod重启，排查后发现是因为发生了OOM，才导致pod重启的。
查看日志，有如下错误

报错信息中描述为无法创建新的本地线程，根据堆栈的上线文，发现是因为异步接口使用了SimpleAsyncTaskExecutor执行器，查看对应的代码，发现有如下的代码

public void processUserRequest() {
	...
	AsyncUpdateService.updateXX();
}


class AsyncUpdateService {
  @Async
  private void updateXX() {
  	// do something
  }
}

使用了@Async注解，但是没有配置相应的执行器，导致Spring使用了SimpleAsyncTaskExecutor。SimpleAsyncTaskExecutor执行器会为每个执行的任务都创建一个对应的线程，不会复用线程。因此在流量较高时，就会出现不停地创建线程，从而导致OOM。

Spring TaskExecutor接口

Spring的TaskExecutor接口和java.util.concurrent.Executor接口是统一的。只有一个方法execute(Runnable task)。

TaskExecutor的几种实现类型
Spring提供了几种TaskExecutor的实现。
● SyncTaskExecutor: 同步的任务执行器，这种实现并不会异步的执行任务，相反地，都是使用调用的线程执行任务。通常使用在不需要多线程运行的情况，例如在测试用例中。
● SimpleAsyncTaskExecutor: 简单的异步任务执行器，这种实现不会对线程重利用。而是为每个执行的任务时都创建一个新的线程。不过它支持并发度的设置。
● ConcurrentTaskExecutor: 并发的任务执行器，这种实现是对java.util.concurrent.Executor的适配。
● ThreadPoolTaskExecutor: 使用线程池的任务执行器，这是最常用的一种实现。通过对java.util.concurrent.ThreadPoolExecutor包装实现。
● WorkManagerTaskExecutor: 这种实现是使用CommonJ的WorkManager作为其支持服务提供者。
● DefaultManagedTaskExecutor: 这种实现在JSR-236兼容的运行时环境（如Java EE 7+）中使用JNDI获得的ManagedExecutorService，从而取代CommonJ的WorkManager。

生产如何使用

生产环境应当避免使用SimpleAsyncTaskExecutor，风险太大，ThreadPoolTaskExecutor或ConcurrentTaskExecutor是最常使用的，不过也要配置合理的参数