Java并发 浅谈线程状态

Thread类中定义的State

Thread类中有一个静态内部枚举类叫做State，该枚举类定义了线程的状态

 

获取线程状态

通过Thread中的getState（）方法，可以返回Thread.State中的一个状态

 

Thread的六个状态

1、初始(NEW)：新创建一个线程对象，还没有调用start()方法，此时的Thread状态是NEW

2、运行(RUNNABLE)：线程准备就绪（ready）和运行中（running），这两种状态统称为“RUNNABLE”。所以这个"运行"，不一定是线程真的在运行，可能正在等待CPU资源（ready），当获取到cpu时间片，即可以执行，另一个running表示线程正在执行，所以READY与RUNNING都代表RUNNABLE状态
3、阻塞(BLOCKED)：线程处于阻塞状态，说明正在竞争对象锁，线程访问synchronized关键字修饰的静态方法、实例方法、代码块时，均需要首先获取对应的对象锁，未获取对象锁前，线程的状态会处于是BLOCKED

4、等待(WAITING)：进入WATING状态的线程，线程此时会一直持有同一个对象锁的线程通知…………

Object.wait()

Thread.join()

LockSupport.park()

线程执行任意一个方法后，会进入WAITING状态

5、超时等待(TIMED_WAITING)：该状态不同于WAITING，它可以在指定的时间内自动唤醒线程继续参与对象锁的竞争

与WAITING状态的区别：TIMED_WAITING状态的等待时间有最大值

• Thread.sleep(long) 对象锁未释放，只是让出CPU时间片
• Object.wait(long) 对象锁会释放，并让出CPU时间片，等待最大时间到了后，继续竞争对象锁，但有可能对象锁已经被别的线程夺走了
• Thread.join(long) 因为底层使用WAIT，执行该方法的线程会进入休闲娱乐区，比如工作线程是workMan，此时主线程调用workMan.join(2000)，此时主线程会先拿到对象锁（workMan对象锁），然后再释放对象锁（workMan对象锁）接着进入休闲娱乐区2000毫秒，workMan线程会赶快notify，主线程收到通知被唤醒，就会继续参与对象锁的竞争，也没人跟主线程抢这把锁，它马上拿到对象锁（workMan对象锁），继续执行代码了……这里，很特别的原理是线程对象作为对象锁的使用，大牛，牛逼，菜鸟我佩服，也许解释的不对
• LockSupport.parkNanos() 
• LockSupport.parkUntil() 

当线程执行这些方法时，会进入TIMED_WAITING状态

6、终止(TERMINATED)：表示线程已经执行完毕……

 

线程状态转换图（必须可手绘）