线程池的状态分析

本文基于JDK1.8分析下线程池的状态,源码如下

private final AtomicInteger ctl = new AtomicInteger(ctlOf(RUNNING, 0));
private static final int COUNT_BITS = Integer.SIZE - 3;
private static final int CAPACITY   = (1 << COUNT_BITS) - 1;
// runState is stored in the high-order bits
private static final int RUNNING    = -1 << COUNT_BITS;
private static final int SHUTDOWN   =  0 << COUNT_BITS;
private static final int STOP       =  1 << COUNT_BITS;
private static final int TIDYING    =  2 << COUNT_BITS;
private static final int TERMINATED =  3 << COUNT_BITS;

// Packing and unpacking ctl
private static int runStateOf(int c)     { return c & ~CAPACITY; }
private static int workerCountOf(int c)  { return c & CAPACITY; }
private static int ctlOf(int rs, int wc) { return rs | wc; }

Integer.SIZE=32;
COUNT_BITS = Integer.SIZE - 3=29;
这里涉及到一个向左位移操作,如
RUNNING = -1 << COUNT_BITS
很多同学可能对负数位移不太清楚,这里补充下小知识
详细介绍点我:负数与二进制转换方法

-1二进制计算如下:
1、先取-1的原码:10000000 00000000 00000000 00000001 (取1的原码00000000 00000000 00000000 00000001再在最高位设置1)
2、得反码: 11111111 11111111 11111111 11111110(除符号位按位取反)
3、得补码: 11111111 11111111 11111111 11111111 (反码值+1)

位移操作
-1位移29位得:11100000 00000000 00000000 00000000

//将ctl封装和解析的三个方法
//将ctl的值,取高3位的数值,即取状态
private static int runStateOf(int c)     { return c & ~CAPACITY; }
//将ctl的值 ,取低29位的值,即线程池容量
private static int workerCountOf(int c)  { return c & CAPACITY; }
//传入rs(状态)wc(线程池容量),取得ctl
private static int ctlOf(int rs, int wc) { return rs | wc; }

线程池各个状态切换框架图
线程池各个状态切换框架图

其中AtomicInteger变量ctl的功能非常强大:利用低29位表示线程池中线程数,通过高3位表示线程池的运行状态:
1、RUNNING:-1 << COUNT_BITS,即高3位为111
2、SHUTDOWN: 0 << COUNT_BITS,即高3位为000
3、STOP : 1 << COUNT_BITS,即高3位为001
4、TIDYING : 2 << COUNT_BITS,即高3位为010
5、TERMINATED: 3 << COUNT_BITS,即高位为011

1、RUNNING
(1) 状态说明:线程池处在RUNNING状态时,能够接收新任务,以及对已添加的任务进行处理。
(02) 状态切换:线程池的初始化状态是RUNNING。换句话说,线程池被一旦被创建,就处于RUNNING状态,并且线程池中的任务数为0!

2、 SHUTDOWN

(1) 状态说明:线程池处在SHUTDOWN状态时,不接收新任务,但能处理已添加的任务。
(2) 状态切换:调用线程池的shutdown()接口时,线程池由RUNNING -> SHUTDOWN。

3、STOP

(1) 状态说明:线程池处在STOP状态时,不接收新任务,不处理已添加的任务,并且会中断正在处理的任务。
(2) 状态切换:调用线程池的shutdownNow()接口时,线程池由(RUNNING or SHUTDOWN ) -> STOP。

4、TIDYING

(1) 状态说明:当所有的任务已终止,ctl记录的”任务数量”为0,线程池会变为TIDYING状态。当线程池变为TIDYING状态时,会执行钩子函数terminated()。terminated()在ThreadPoolExecutor类中是空的,若用户想在线程池变为TIDYING时,进行相应的处理;可以通过重载terminated()函数来实现。
(2) 状态切换:当线程池在SHUTDOWN状态下,阻塞队列为空并且线程池中执行的任务也为空时,就会由 SHUTDOWN -> TIDYING。
当线程池在STOP状态下,线程池中执行的任务为空时,就会由STOP -> TIDYING。

5、 TERMINATED

(1) 状态说明:线程池彻底终止,就变成TERMINATED状态。
(2) 状态切换:线程池处在TIDYING状态时,执行完terminated()之后,就会由 TIDYING -> TERMINATED。

  • 2
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
Prometheus是一个流行的开源监控系统,它可以用于监控和度量各种不同的系统、服务和应用程序。在监控线程池时,Prometheus可以提供以下功能和优势。 1. 收集线程池的度量指标:Prometheus可以通过在线程池代码中插入监控代码,收集线程池的各种度量指标,例如线程池的活动线程数、等待队列长度、线程池使用率等等。这些指标可以提供有关线程池性能和负载的有用信息。 2. 实时监控和警报:Prometheus可以实时收集和展示线程池的度量指标,用户可以通过Prometheus的仪表盘来查看线程池的实时状态。此外,Prometheus还支持警报功能,可以根据设定的条件和阈值触发警报,及时通知管理员进行处理。 3. 数据存储和查询:Prometheus具有自己的时间序列数据库,可以存储收集的线程池度量指标数据。用户可以使用PromQL查询语言来查询和分析这些数据,以获取对线程池性能和行为的深入理解。用户可以制定自己的查询规则,以便按需进行统计、汇总和图形化展示。 4. 可视化和可扩展性:Prometheus与Grafana等监控可视化工具集成,可以将线程池的监控指标以图表的形式展示出来。此外,Prometheus还具有良好的可扩展性,可以通过添加适当的插件或集成其他工具,进一步扩展监控线程池的能力。 总之,通过使用Prometheus监控线程池,我们可以实时监控线程池的度量指标、进行警报和通知、存储和查询数据,并通过可视化工具展示线程池状态和趋势。这对于追踪线程池性能、预测和解决潜在问题,以及优化线程池的工作效率都非常有帮助。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值