线程的概述

线程的生命周期及五种基本状态

 

 

上图解释如下：
1、新建状态(New)：新创建了一个线程对象。
2、就绪状态(Runnable)：线程对象创建后，其他线程调用了该对象的start()方法。该状态的线程位于可运行线程池中，变得可运行，等待获取CPU的使用权。
3、运行状态(Running)：就绪状态的线程获取了CPU，执行程序代码。
4、阻塞状态(Blocked)：阻塞状态是线程因为某种原因放弃CPU使用权，暂时停止运行。直到线程进入就绪状态，才有机会转到运行状态。阻塞的情况分三种：
(一)、等待阻塞：运行的线程执行wait()方法，JVM会把该线程放入等待池中。
(二)、同步阻塞：运行的线程在获取对象的同步锁时，若该同步锁被别的线程占用，则JVM会把该线程放入锁池中。
(三)、其他阻塞：运行的线程执行sleep()或join()方法，或者发出了I/O请求时，JVM会把该线程置为阻塞状态。当sleep()状态超时、join()等待线程终止或者超时、或者I/O处理完毕时，线程重新转入就绪状态。
5、死亡状态(Dead)：线程执行完了或者因异常退出了run()方法，该线程结束生命周期。

其他阻塞中的sleep()与bio有点区别：

1. sleep是会在一时间内放弃线程执行分片，直至超时后回归
2. bio由于时间是不确实性，会在执行分片时查看io是否处理完毕

 

创建多少个线程合适

单CPU的最佳线程数 =  (1/CPU利用率) = 1 + (I/O耗时/CPU耗时)

假设1：计算操作需要5ms，DB操作需要 100ms，对于一台 8个CPU的服务器，怎么设置线程数呢？

最佳线程数 =  1 + (100/5) = 21个  即 8个CPU的服务器 = 8 * 21 = 168

假设2：在假设1的前提下， 那如果DB的 QPS（Query Per Second）上限是1000，此时这个线程数又该设置为多大呢？

 在没有QPS限制的前提下1s可执行： 1000ms/105ms * 168 = 1600次操作 

 在1000Qps限制下=》 n=  1000/1000 * 105 = 105个线程。

实际生产中还要考虑io限制，带宽，上下文切换所带来的消耗。实际操作中可根据 “sar -u” 工具检查%iowait指标 。

在I/O完全一样的情况下，CPU忙闲状态的变化就能够影响 %iowait 的大小图中我们看到

1. 在CPU繁忙期间发生的I/O，无论有多少，%iowait 的值都是不受影响的（因为 %iowait 的第一个前提条件就是CPU必须空闲）
2. 当CPU繁忙程度下降时，有一部分I/O落入了CPU空闲的时间段内，这就导致了 %iowait 升高

线程独立空间ThreadLocal

1. 每一个Thread对都对应一个ThreadLocalMap对象
2. ThreadLocalMap的Entry的key把ThreadLocal的用WeakReference（包装）包装
3. ThreadLocal.set(v)，就会形成如上图关系
4. 当ThreadLocal ref = null时，ThreadLocal就只有弱引用关联到，则随时回收，随之value也会回收

ps: ThreadLocalMap是数组式的hash,采用线性探测式解决hash冲突

 

主要参考

《面试问我，创建多少个线程合适？我该怎么说》

《Java 线程状态之 TIMED_WAITING》