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

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

一.背景

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

二.问题

2.1 表象

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

2.2 提出疑问

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

2.2 问题定位

• 堆栈信息
  

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

• 业务逻辑

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

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

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

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

三.解决方案

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

四.总结

• 禁止使用Executors创建自定义线程池。使用ThreadPoolExecutor创建线程池时，注意每个参数的含义，规避资源耗尽的风险。
• 线程池使用有界队列，避免使用无界队列。
• 对于父子任务的场景，可以使用线程池或者 MQ。使用有界队列之后，制定合理的拒绝策略，拒绝策略可以考虑 MQ 做重试。
  以使用线程池或者 MQ。使用有界队列之后，制定合理的拒绝策略，拒绝策略可以考虑 MQ 做重试。
• 不同业务使用不同的线程池，禁止父子任务使用相同的线程池。