SpringBoot 2.7.11升级后压测出现无法创建本地线程OOM问题

核心问题定位 #

自定义ForkJoinPool并行度设为5，压测时却创建了300+线程，触发java.lang.OutOfMemoryError: unable to create native thread异常。这说明线程池实际行为与预期不符，核心原因是任务提交未正确绑定自定义线程池，或线程池参数被SpringBoot自动配置/环境因素覆盖。

可能的原因排查 #

• SpringBoot 2.7.x自动配置变更：2.7版本调整了ForkJoinPool的自动配置逻辑，默认会根据CPU核心数调整commonPool参数。若自定义线程池未正确注册为Spring Bean，或提交任务时未指定使用该线程池，任务会默认走commonPool，而容器CPU限制不合理可能导致commonPool并行度被拉得过高。
• ForkJoinTask递归提交隐患：解析JSON分片的任务若存在递归提交子逻辑，且子任务未显式指定自定义线程池，会默认使用当前线程所属池。一旦初始线程池饱和，子任务可能溢出到其他线程池，触发额外线程创建。
• JDK版本差异影响：SpringBoot 2.7.11支持JDK17，而2.6.6多搭配JDK11。JDK17对ForkJoinPool的扩容逻辑有调整，任务队列饱和时会创建更多线程而非阻塞，导致线程数激增。
• OpenShift资源配置问题：容器CPU请求/限制设置过高时，SpringBoot会根据容器CPU核心数计算线程池参数，可能覆盖自定义线程池的并行度配置。

具体解决步骤 #

1. 规范自定义ForkJoinPool的Bean注册
   确保线程池通过@Bean明确注册，锁定并行度参数：

   @Bean("customJsonParsePool")
   public ForkJoinPool customJsonParsePool() {
       return new ForkJoinPool(5,
           ForkJoinPool.defaultForkJoinWorkerThreadFactory,
           null,
           false);
   }
   

   提交任务时必须注入该Bean实例，禁止直接创建新池或使用ForkJoinPool.commonPool()。

2. 修正任务提交逻辑
   若任务存在递归提交子任务，必须显式指定自定义线程池，避免默认行为：

   // 错误：子任务默认使用当前线程池，易溢出
   // subTask.fork();
   
   // 正确：明确提交到自定义线程池
   customJsonParsePool.submit(subTask);
   

   确认所有executor.execute()调用中的executor都是自定义线程池实例。

3. 锁定SpringBoot线程池配置
   在application.properties中添加配置，覆盖自动调整的参数：

   # 锁定自定义线程池关联的执行参数
   spring.task.execution.forkjoin.pool.parallelism=5
   spring.task.execution.forkjoin.pool.max-parallelism=5
   # 禁用commonPool的自动配置
   spring.task.execution.forkjoin.pool.common=false
   

4. 优化JVM与容器资源配置

   • 调整线程栈大小减少内存占用，添加JVM参数：-Xss256k（默认1M，可大幅降低单线程内存消耗）。
   • 检查OpenShift容器的内存限制，确保预留足够内存给线程栈（线程数×栈大小）。

5. 验证线程池行为
   用VisualVM监控线程数、任务队列长度，确认自定义线程池并行度生效，无任务溢出到其他线程池。

内容的提问来源于stack exchange，提问作者user2676594