ExecutorService 为什么需要shutdown()?

一段类似的代码

     void test(){
        ExecutorService exec = Executors.newCachedThreadPool();
        exec.execute(()->{});
//        exec.shutdown();//point 1
    }

exec到底是否需要shutdown()?finalize()是否会做一些处理,或者Hook,或者方法结束后为什么不能自动回收?

怎么看待这些问题?

首先方法结束了,exec肯定是被回收了,但是线程并没有回收。

按道理,如果exec被回收了,如果exec内部指向的其他对象,没有其它引用也应该回收。

那为什么线程不会回收呢?

大胆的假设下,是因为线程的状态决定了JVM是否会回收了。

假设线程一直在运行,又是用户线程,那么肯定不会被回收。

线程结束了会被回收,是因为线程的状态被改变了。

而我们每次提交Runnable(){},实际是线程池中线程调用了其run()方法,线程本身的状态,并没有变为可回收状态。

所以线程是不会被回收的,当然也就造成了线程泄露了。

有些方回答有些模糊,但是思路应该没有问题,可以继续阅读源码。

 

tips:

coreSize 如果为0 ,keepAliveTime之后是可以被回收的,是可以被回收的。所以这个代码理论上也可以不用shutdown?

【变为可回收状态】从源码来看,线程 has a queue,一直take()或者poll(time),所以线程一直没有结束。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
Executor是Java中的一个接口,它定义了一种执行任务的方式。它只有一个方法execute(Runnable command),用于执行一个Runnable任务。 ExecutorService是Executor的子接口,它扩展了Executor的功能,提供了更多的方法来管理和控制任务的执行。ExecutorService可以提交Callable任务和Runnable任务,并且可以通过Future对象获取任务的执行结果或取消任务的执行。 区别: 1. 功能不同:Executor只能执行Runnable任务,而ExecutorService可以执行Runnable任务和Callable任务,并且可以获取任务的执行结果。 2. 控制能力不同:Executor没有提供停止或关闭执行器的方法,而ExecutorService提供了shutdown()和shutdownNow()方法,用于停止或关闭执行器。此外,ExecutorService还提供了一些其他方法来管理和控制任务的执行,如awaitTermination()、invokeAny()、invokeAll()等。 3. 返回值不同:Executor的execute()方法没有返回值,无法知道任务是否执行成功;而ExecutorService的submit()方法返回一个Future对象,可以通过该对象获取任务的执行结果。 4. 扩展性不同:Executor接口只定义了一个方法,扩展性较差;而ExecutorService接口提供了更多的方法,使得扩展更加灵活。 补充问题: 1. ExecutorService中的shutdown()和shutdownNow()方法有什么区别? 2. 如何使用ExecutorService来实现线程池? 3. ExecutorService中的awaitTermination()方法的作用是什么?

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值