什么?用@Async会内存溢出?看看你的线程池配置了没!

存储
如果只是如前文那样直接简单的创建来使用,可能还是会碰到一些问题。存在有什么问题呢?先来思考下,下面的这个接口,通过异步任务加速执行的实现,是否存在问题或风险呢?

[[424482]]

上一篇我们介绍了如何使用@Async注解来创建异步任务,我可以用这种方法来实现一些并发操作,以加速任务的执行效率。但是,如果只是如前文那样直接简单的创建来使用,可能还是会碰到一些问题。存在有什么问题呢?先来思考下,下面的这个接口,通过异步任务加速执行的实现,是否存在问题或风险呢?

  1. @RestController 
  2. public class HelloController { 
  3.  
  4.     @Autowired 
  5.     private AsyncTasks asyncTasks; 
  6.          
  7.     @GetMapping("/hello"
  8.     public String hello() { 
  9.         // 将可以并行的处理逻辑,拆分成三个异步任务同时执行 
  10.         CompletableFuture<String> task1 = asyncTasks.doTaskOne(); 
  11.         CompletableFuture<String> task2 = asyncTasks.doTaskTwo(); 
  12.         CompletableFuture<String> task3 = asyncTasks.doTaskThree(); 
  13.          
  14.         CompletableFuture.allOf(task1, task2, task3).join(); 
  15.         return "Hello World"
  16.     } 

虽然,从单次接口调用来说,是没有问题的。但当接口被客户端频繁调用的时候,异步任务的数量就会大量增长:3 x n(n为请求数量),如果任务处理不够快,就很可能会出现内存溢出的情况。那么为什么会内存溢出呢?根本原因是由于Spring Boot默认用于异步任务的线程池是这样配置的:

图中我标出的两个重要参数是需要关注的:

  • queueCapacity:缓冲队列的容量,默认为INT的最大值(2的31次方-1)。
  • maxSize:允许的最大线程数,默认为INT的最大值(2的31次方-1)。

所以,默认情况下,一般任务队列就可能把内存给堆满了。所以,我们真正使用的时候,还需要对异步任务的执行线程池做一些基础配置,以防止出现内存溢出导致服务不可用的问题。

配置默认线程池

默认线程池的配置很简单,只需要在配置文件中完成即可,主要有以下这些参数:

  1. spring.task.execution.pool.core-size=2 
  2. spring.task.execution.pool.max-size=5 
  3. spring.task.execution.pool.queue-capacity=10 
  4. spring.task.execution.pool.keep-alive=60s 
  5. spring.task.execution.pool.allow-core-thread-timeout=true 
  6. spring.task.execution.shutdown.await-termination=false 
  7. spring.task.execution.shutdown.await-termination-period= 
  8. spring.task.execution.thread-name-prefix=task- 

具体配置含义如下:

  • spring.task.execution.pool.core-size:线程池创建时的初始化线程数,默认为8
  • spring.task.execution.pool.max-size:线程池的最大线程数,默认为int最大值
  • spring.task.execution.pool.queue-capacity:用来缓冲执行任务的队列,默认为int最大值
  • spring.task.execution.pool.keep-alive:线程终止前允许保持空闲的时间
  • spring.task.execution.pool.allow-core-thread-timeout:是否允许核心线程超时
  • spring.task.execution.shutdown.await-termination:是否等待剩余任务完成后才关闭应用
  • spring.task.execution.shutdown.await-termination-period:等待剩余任务完成的最大时间
  • spring.task.execution.thread-name-prefix:线程名的前缀,设置好了之后可以方便我们在日志中查看处理任务所在的线程池

动手试一试

我们直接基于之前chapter7-5的结果来进行如下操作。

首先,在没有进行线程池配置之前,可以先执行一下单元测试:

  1. @Test 
  2. public void test1() throws Exception { 
  3.     long start = System.currentTimeMillis(); 
  4.  
  5.     CompletableFuture<String> task1 = asyncTasks.doTaskOne(); 
  6.     CompletableFuture<String> task2 = asyncTasks.doTaskTwo(); 
  7.     CompletableFuture<String> task3 = asyncTasks.doTaskThree(); 
  8.  
  9.     CompletableFuture.allOf(task1, task2, task3).join(); 
  10.  
  11.     long end = System.currentTimeMillis(); 
  12.  
  13.     log.info("任务全部完成,总耗时:" + (end - start) + "毫秒"); 

由于默认线程池的核心线程数是8,所以3个任务会同时开始执行,日志输出是这样的:

  1. 2021-09-15 00:30:14.819  INFO 77614 --- [         task-2] com.didispace.chapter76.AsyncTasks       : 开始做任务二 
  2. 2021-09-15 00:30:14.819  INFO 77614 --- [         task-3] com.didispace.chapter76.AsyncTasks       : 开始做任务三 
  3. 2021-09-15 00:30:14.819  INFO 77614 --- [         task-1] com.didispace.chapter76.AsyncTasks       : 开始做任务一 
  4. 2021-09-15 00:30:15.491  INFO 77614 --- [         task-2] com.didispace.chapter76.AsyncTasks       : 完成任务二,耗时:672毫秒 
  5. 2021-09-15 00:30:19.496  INFO 77614 --- [         task-3] com.didispace.chapter76.AsyncTasks       : 完成任务三,耗时:4677毫秒 
  6. 2021-09-15 00:30:20.443  INFO 77614 --- [         task-1] com.didispace.chapter76.AsyncTasks       : 完成任务一,耗时:5624毫秒 
  7. 2021-09-15 00:30:20.443  INFO 77614 --- [           main] c.d.chapter76.Chapter76ApplicationTests  : 任务全部完成,总耗时:5653毫秒 

接着,可以尝试在配置文件中增加如下的线程池配置

  1. spring.task.execution.pool.core-size=2 
  2. spring.task.execution.pool.max-size=5 
  3. spring.task.execution.pool.queue-capacity=10 
  4. spring.task.execution.pool.keep-alive=60s 
  5. spring.task.execution.pool.allow-core-thread-timeout=true 
  6. spring.task.execution.thread-name-prefix=task- 

日志输出的顺序会变成如下的顺序:

  1. 2021-09-15 00:31:50.013  INFO 77985 --- [         task-1] com.didispace.chapter76.AsyncTasks       : 开始做任务一 
  2. 2021-09-15 00:31:50.013  INFO 77985 --- [         task-2] com.didispace.chapter76.AsyncTasks       : 开始做任务二 
  3. 2021-09-15 00:31:52.452  INFO 77985 --- [         task-1] com.didispace.chapter76.AsyncTasks       : 完成任务一,耗时:2439毫秒 
  4. 2021-09-15 00:31:52.452  INFO 77985 --- [         task-1] com.didispace.chapter76.AsyncTasks       : 开始做任务三 
  5. 2021-09-15 00:31:55.880  INFO 77985 --- [         task-2] com.didispace.chapter76.AsyncTasks       : 完成任务二,耗时:5867毫秒 
  6. 2021-09-15 00:32:00.346  INFO 77985 --- [         task-1] com.didispace.chapter76.AsyncTasks       : 完成任务三,耗时:7894毫秒 
  7. 2021-09-15 00:32:00.347  INFO 77985 --- [           main] c.d.chapter76.Chapter76ApplicationTests  : 任务全部完成,总耗时:10363毫秒 
  • 任务一和任务二会马上占用核心线程,任务三进入队列等待
  • 任务一完成,释放出一个核心线程,任务三从队列中移出,并占用核心线程开始处理

 

注意:这里可能有的小伙伴会问,最大线程不是5么,为什么任务三是进缓冲队列,不是创建新线程来处理吗?这里要理解缓冲队列与最大线程间的关系:只有在缓冲队列满了之后才会申请超过核心线程数的线程来进行处理。所以,这里只有缓冲队列中10个任务满了,再来第11个任务的时候,才会在线程池中创建第三个线程来处理。这个这里就不具体写列子了,读者可以自己调整下参数,或者调整下单元测试来验证这个逻辑。

 

责任编辑:武晓燕 来源: 程序猿DD
相关推荐

2021-09-08 08:40:59

蓝牙芯片漏洞

2013-07-31 10:41:58

2018-10-29 10:35:48

2017-05-23 11:57:58

2021-06-02 07:57:48

内存管理

2024-09-09 09:41:03

内存溢出golang开发者

2018-10-23 17:08:11

CIOIT人才

2018-08-24 20:57:55

程序员编程语言Python

2021-09-14 13:21:22

安全数据库安全工具

2021-01-28 13:42:37

线程池业务场景

2024-07-15 08:20:24

2020-03-05 09:51:20

内存分页映射

2014-08-21 12:07:43

2013-10-22 10:40:26

2019-01-18 16:39:08

系统层中间件层应用层

2024-06-13 00:54:19

2021-11-15 10:50:52

Java线程池代码

2024-03-05 08:33:52

OptionsAPIcomuted

2019-11-07 13:22:15

戴尔

2009-10-14 08:41:41

Windows 7XP模式支持CPU
点赞
收藏

51CTO技术栈公众号