一个JDK线程池BUG引发的GC机制思考

本文分析了一个JDK线程池在特定情况下可能导致的GC问题,探讨了对象可达性、编译器优化与线程切换如何影响对象生命周期。线程池在对象仍在作用域内被提前关闭,原因可能是线程切换导致对象被视为不可达。尽管这不是JDK的bug,但在某些版本中可能导致线程池意外关闭。JDK11已修复该问题。
摘要由CSDN通过智能技术生成

问题描述

前几天在帮同事排查生产一个线上偶发的线程池错误

逻辑很简单,线程池执行了一个带结果的异步任务。但是最近有偶发的报错:

java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.FutureTask@a5acd19 rejected from java.util.concurrent.ThreadPoolExecutor@30890a38[Terminated, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]

本文中的模拟代码已经问题都是在HotSpot java8 (1.8.0_221)版本下模拟&出现的

下面是模拟代码,通过Executors.newSingleThreadExecutor创建一个单线程的线程池,然后在调用方获取Future的结果

public class ThreadPoolTest {
   

    public static void main(String[] args) {
   
        final ThreadPoolTest threadPoolTest = new ThreadPoolTest();
        for (int i = 0; i < 8; i++) {
   
            new Thread(new Runnable() {
   
                @Override
                public void run() {
   
                    while (true) {
   

                        Future<String> future = threadPoolTest.submit();
                        try {
   
                            String s = future.get();
                        } catch (InterruptedException e) {
   
                            e.printStackTrace()
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值