父子任务共用一个全局线程池导致死锁

父子任务共用一个全局线程池导致死锁

一.背景

目前所有项目已升级至JDK 21,并采用了虚拟线程的新特性。然而,在synchronized方法块或类加载等隐式持有锁的场景中,虚拟线程可能导致平台线程被绑定,从而引发死锁问题。这种情况在集团框架中偶尔出现,导致应用程序卡死,影响业务连续性。为了解决这一问题,我们决定使用平台线程池执行核心业务。

二.问题

2.1 表象

由Qshedule调度的Job执行时间过长,导致系统出现不推单情况,线程池数量始终维持在核心线程数。

2.2 提出疑问

为什么使用虚拟线程的时候没有问题 ? 使用平台线程执行任务的时候反而出现了问题 ?

2.2 问题定位

  • 堆栈信息

查看多个堆栈信息发现,所有的线程全部卡在了pullAndHandleRouteLineSortedSet方法

  • 业务逻辑

查看业务代码发现,父任务会创建多个子任务,并等待子任务执行结束,而父子任务都是使用的同一个线程池,当线程池中执行线程都是父任务时,所有的子任务又都在任务队列中等待执行,所以这样就会发生死锁。

核心线程永远不会释放,而任务队列的大小又足够大,导致不会扩容线程。所以就出现了死锁。

  • 疑问:同样的代码为什么使用虚拟线程没问题,而使用平台线程池有问题?

    使用虚拟线程执行阻塞任务时,载体线程会yeild让出,而直接使用平台线程执行任务时,遇到阻塞时并不会让出线程从而导致上述问题。

三.解决方案

为避免父子任务使用同一线程池造成死锁,可以考虑使用独立线程池:将父任务和子任务分别提交到不同的线程池,避免共享线程池资源,减少死锁的可能性。

四.总结

  • 禁止使用Executors创建自定义线程池。使用ThreadPoolExecutor创建线程池时,注意每个参数的含义,规避资源耗尽的风险。
  • 线程池使用有界队列,避免使用无界队列。
  • 对于父子任务的场景,可以使用线程池或者 MQ。使用有界队列之后,制定合理的拒绝策略,拒绝策略可以考虑 MQ 做重试。
    以使用线程池或者 MQ。使用有界队列之后,制定合理的拒绝策略,拒绝策略可以考虑 MQ 做重试。
  • 不同业务使用不同的线程池,禁止父子任务使用相同的线程池。
相关推荐
我不会编程555几秒前
Python Cookbook-5.1 对字典排序
开发语言·数据结构·python
李少兄1 分钟前
Unirest:优雅的Java HTTP客户端库
java·开发语言·http
此木|西贝7 分钟前
【设计模式】原型模式
java·设计模式·原型模式
可乐加.糖24 分钟前
一篇关于Netty相关的梳理总结
java·后端·网络协议·netty·信息与通信
无名之逆26 分钟前
Rust 开发提效神器:lombok-macros 宏库
服务器·开发语言·前端·数据库·后端·python·rust
s91236010126 分钟前
rust 同时处理多个异步任务
java·数据库·rust
9号达人27 分钟前
java9新特性详解与实践
java·后端·面试
cg501731 分钟前
Spring Boot 的配置文件
java·linux·spring boot
似水এ᭄往昔31 分钟前
【C语言】文件操作
c语言·开发语言
啊喜拔牙39 分钟前
1. hadoop 集群的常用命令
java·大数据·开发语言·python·scala