线程状态及转换

线程状态图
在这里插入图片描述

说明:
线程共包括以下5种状态。

  1. 新建状态(New) : 线程对象被创建后,就进入了新建状态。例如,Thread thread = new Thread()。

  2. 就绪状态(Runnable): 也被称为“可执行状态”。线程对象被创建后,其它线程调用了该对象的start()方法,从而来启动该线程。例如,thread.start()。处于就绪状态的线程,随时可能被CPU调度执行。

  3. 运行状态(Running) : 线程获取CPU权限进行执行。需要注意的是,线程只能从就绪状态进入到运行状态。

  4. 阻塞状态(Blocked) : 阻塞状态是线程因为某种原因放弃CPU使用权,暂时停止运行。直到线程进入就绪状态,才有机会转到运行状态。阻塞的情况分三种:
    (01) 等待阻塞 – 通过调用线程的wait()方法,让线程等待某工作的完成。
    (02) 同步阻塞 – 线程在获取synchronized同步锁失败(因为锁被其它线程所占用),它会进入同步阻塞状态。
    (03) 其他阻塞 – 通过调用线程的sleep()或join()或发出了I/O请求时,线程会进入到阻塞状态。当sleep()状态超时、join()等待线程终止或者超时、或者I/O处理完毕时,线程重新转入就绪状态。

  5. 死亡状态(Dead) : 线程执行完了或者因异常退出了run()方法,该线程结束生命周期。

  6. wait(), notify(), notifyAll()等方法介绍

在Object.java中,定义了wait(), notify()和notifyAll()等接口。wait()的作用是让当前线程进入等待状态,同时,wait()也会让当前线程释放它所持有的锁。而notify()和notifyAll()的作用,则是唤醒当前对象上的等待线程;notify()是唤醒单个线程,而notifyAll()是唤醒所有的线程。

Object类中关于等待/唤醒的API详细信息如下:
notify() – 唤醒在此对象监视器上等待的单个线程。
notifyAll() – 唤醒在此对象监视器上等待的所有线程。
wait() – 让当前线程处于“等待(阻塞)状态”,“直到其他线程调用此对象的 notify() 方法或 notifyAll() 方法”,当前线程被唤醒(进入“就绪状态”)。
wait(long timeout) – 让当前线程处于“等待(阻塞)状态”,“直到其他线程调用此对象的 notify() 方法或 notifyAll() 方法,或者超过指定的时间量”,当前线程被唤醒(进入“就绪状态”)。
wait(long timeout, int nanos) – 让当前线程处于“等待(阻塞)状态”,“直到其他线程调用此对象的 notify() 方法或 notifyAll() 方法,或者其他某个线程中断当前线程,或者已超过某个实际时间量”,当前线程被唤醒(进入“就绪状态”)。
2. 为什么notify(), wait()等函数定义在Object中,而不是Thread中

Object中的wait(), notify()等函数,和synchronized一样,会对“对象的同步锁”进行操作。

wait()会使“当前线程”等待,因为线程进入等待状态,所以线程应该释放它锁持有的“同步锁”,否则其它线程获取不到该“同步锁”而无法运行!
OK,线程调用wait()之后,会释放它锁持有的“同步锁”;而且,根据前面的介绍,我们知道:等待线程可以被notify()或notifyAll()唤醒。现在,请思考一个问题:notify()是依据什么唤醒等待线程的?或者说,wait()等待线程和notify()之间是通过什么关联起来的?答案是:依据“对象的同步锁”。

负责唤醒等待线程的那个线程(我们称为“唤醒线程”),它只有在获取“该对象的同步锁”(这里的同步锁必须和等待线程的同步锁是同一个),并且调用notify()或notifyAll()方法之后,才能唤醒等待线程。虽然,等待线程被唤醒;但是,它不能立刻执行,因为唤醒线程还持有“该对象的同步锁”。必须等到唤醒线程释放了“对象的同步锁”之后,等待线程才能获取到“对象的同步锁”进而继续运行。

总之,notify(), wait()依赖于“同步锁”,而“同步锁”是对象锁持有,并且每个对象有且仅有一个!这就是为什么notify(), wait()等函数定义在Object类,而不是Thread类中的原因。
3. yield()介绍

yield()的作用是让步。它能让当前线程由“运行状态”进入到“就绪状态”,从而让其它具有相同优先级的等待线程获取执行权;但是,并不能保证在当前线程调用yield()之后,其它具有相同优先级的线程就一定能获得执行权;也有可能是当前线程又进入到“运行状态”继续运行!
4. yield() 与 wait()的比较

我们知道,wait()的作用是让当前线程由“运行状态”进入“等待(阻塞)状态”的同时,也会释放同步锁。而yield()的作用是让步,它也会让当前线程离开“运行状态”。它们的区别是:
(01) wait()是让线程由“运行状态”进入到“等待(阻塞)状态”,而不yield()是让线程由“运行状态”进入到“就绪状态”。
(02) wait()是会线程释放它所持有对象的同步锁,而yield()方法不会释放锁。
复制代码

// YieldLockTest.java 的源码
public class YieldLockTest{

private static Object obj = new Object();

public static void main(String[] args){ 
    ThreadA t1 = new ThreadA("t1"); 
    ThreadA t2 = new ThreadA("t2"); 
    t1.start(); 
    t2.start();
} 

static class ThreadA extends Thread{
    public ThreadA(String name){ 
        super(name); 
    } 
    public void run(){ 
        // 获取obj对象的同步锁
        synchronized (obj) {
            for(int i=0; i <10; i++){ 
                System.out.printf("%s [%d]:%d\n", this.getName(), this.getPriority(), i); 
                // i整除4时,调用yield
                if (i%4 == 0)
                    Thread.yield();
            }
        }
    } 
} 

}

复制代码

(某一次)运行结果:
复制代码

t1 [5]:0
t1 [5]:1
t1 [5]:2
t1 [5]:3
t1 [5]:4
t1 [5]:5
t1 [5]:6
t1 [5]:7
t1 [5]:8
t1 [5]:9
t2 [5]:0
t2 [5]:1
t2 [5]:2
t2 [5]:3
t2 [5]:4
t2 [5]:5
t2 [5]:6
t2 [5]:7
t2 [5]:8
t2 [5]:9

复制代码

结果说明:
主线程main中启动了两个线程t1和t2。t1和t2在run()会引用同一个对象的同步锁,即synchronized(obj)。在t1运行过程中,虽然它会调用Thread.yield();但是,t2是不会获取cpu执行权的。因为,t1并没有释放“obj所持有的同步锁”!
5. sleep()介绍

sleep() 定义在Thread.java中。
sleep() 的作用是让当前线程休眠,即当前线程会从“运行状态”进入到“休眠(阻塞)状态”。sleep()会指定休眠时间,线程休眠的时间会大于/等于该休眠时间;在线程重新被唤醒时,它会由“阻塞状态”变成“就绪状态”,从而等待cpu的调度执行。
6. sleep() 与 wait()的比较

我们知道,wait()的作用是让当前线程由“运行状态”进入“等待(阻塞)状态”的同时,也会释放同步锁。而sleep()的作用是也是让当前线程由“运行状态”进入到“休眠(阻塞)状态”。
但是,wait()会释放对象的同步锁,而sleep()则不会释放锁。
下面通过示例演示sleep()是不会释放锁的。
复制代码

// SleepLockTest.java的源码
public class SleepLockTest{

private static Object obj = new Object();

public static void main(String[] args){ 
    ThreadA t1 = new ThreadA("t1"); 
    ThreadA t2 = new ThreadA("t2"); 
    t1.start(); 
    t2.start();
} 

static class ThreadA extends Thread{
    public ThreadA(String name){ 
        super(name); 
    } 
    public void run(){ 
        // 获取obj对象的同步锁
        synchronized (obj) {
            try {
                for(int i=0; i <10; i++){ 
                    System.out.printf("%s: %d\n", this.getName(), i); 
                    // i能被4整除时,休眠100毫秒
                    if (i%4 == 0)
                        Thread.sleep(100);
                }
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    } 
} 

}

复制代码

主线程main中启动了两个线程t1和t2。t1和t2在run()会引用同一个对象的同步锁,即synchronized(obj)。在t1运行过程中,虽然它会调用Thread.sleep(100);但是,t2是不会获取cpu执行权的。因为,t1并没有释放“obj所持有的同步锁”!
注意,若我们注释掉synchronized (obj)后再次执行该程序,t1和t2是可以相互切换的。

<think>好的,用户想了解Java线程状态及其相互转换。首先,我需要回忆一下Java线程的几个状态。记得在Thread类里有一个State枚举,里面定义了各种状态,比如NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING和TERMINATED。这些状态对应线程生命周期的不同阶段。 接下来,我应该详细说明每个状态的含义。比如NEW是线程刚被创建但还没启动的时候,RUNNABLE是调用了start()之后的状态,这时候可能在运行或者等待CPU时间。然后需要区分BLOCKED、WAITING和TIMED_WAITING的区别。BLOCKED通常是在等待监视器锁,比如进入synchronized块的时候。而WAITING是调用了wait()、join()或者LockSupport.park()导致无限期等待,TIMED_WAITING则是有超时的等待,比如sleep(time)或者带超时的wait(time)。 然后,状态之间的转换是关键。比如从NEW到RUNNABLE是start()方法触发的。RUNNABLE到BLOCKED可能是在进入同步块时无法获取锁,这时候线程会被阻塞。当线程调用了wait()方法,会释放锁并进入WAITING状态,需要notify()或notifyAll()来唤醒,进入BLOCKED状态重新竞争锁,成功后再回到RUNNABLE。TIMED_WAITING的情况类似,但会有超时自动返回的情况。TERMINATED是线程执行完毕后的状态。 用户可能是刚学习多线程的新手,可能需要实际的例子来理解这些状态转换。比如,sleep()会让线程进入TIMED_WAITING,而wait()会让线程进入WAITING,直到被唤醒。要注意区分BLOCKED和WAITING的区别,前者是等待锁,后者是主动调用了等待方法。 另外,用户可能在实际开发中遇到线程状态的问题,比如死锁或线程长时间等待,这时候了解状态转换有助于调试。可能需要提到如何通过工具(如jstack)查看线程状态,帮助诊断问题。 需要确保解释清晰,避免混淆不同状态之间的转换条件。可能用户会混淆RUNNABLE中的就绪和运行中,但Java将这两个合并为RUNNABLE状态。所以应该强调这一点,说明在操作系统层面可能分为就绪和运行,但Java线程状态中统一为RUNNABLE。 最后,总结各个状态转换图可能会有帮助,或者提供一个简单的转换流程图,但因为是文字回答,需要用文字描述清楚每个转换的条件。</think>Java 线程生命周期中共有 **6 种状态**(定义在 `java.lang.Thread.State` 枚举类中),状态间的转换由特定操作触发。以下是详细说明及转换关系: --- ### 1. **NEW(新建)** - **状态描述**:线程对象被创建(`new Thread()`)但未调用 `start()` 方法。 - **转换条件**: - **→ RUNNABLE**:调用 `start()` 方法启动线程。 --- ### 2. **RUNNABLE(可运行)** - **状态描述**:线程已启动,可能正在执行或等待 CPU 时间片。 - **注意**:Java 将操作系统层面的「就绪(Ready)」和「运行中(Running)」合并为 `RUNNABLE`。 - **转换条件**: - **→ BLOCKED**:尝试获取锁失败(如进入 `synchronized` 代码块)。 - **→ WAITING**:调用 `Object.wait()`、`Thread.join()` 或 `LockSupport.park()`。 - **→ TIMED_WAITING**:调用带超时的方法(如 `Thread.sleep(time)`、`Object.wait(timeout)`)。 --- ### 3. **BLOCKED(阻塞)** - **状态描述**:线程因**竞争锁失败**被阻塞(如等待进入 `synchronized` 代码块)。 - **转换条件**: - **→ RUNNABLE**:成功获取锁后恢复执行。 --- ### 4. **WAITING(无限期等待)** - **状态描述**:线程主动进入等待状态,需其他线程显式唤醒。 - **触发方法**: - `Object.wait()`(需配合 `notify()`/`notifyAll()`) - `Thread.join()`(等待其他线程终止) - `LockSupport.park()` - **转换条件**: - **→ BLOCKED**:被唤醒后需重新竞争锁(如 `notify()` 后)。 - **→ RUNNABLE**:成功获取锁后继续执行。 --- ### 5. **TIMED_WAITING(限期等待)** - **状态描述**:线程主动进入**有时间限制**的等待。 - **触发方法**: - `Thread.sleep(time)` - `Object.wait(timeout)` - `Thread.join(timeout)` - `LockSupport.parkNanos(time)` - **转换条件**: - **→ RUNNABLE**:等待时间结束。 - **→ BLOCKED**:被提前唤醒且需竞争锁(如 `notify()`)。 --- ### 6. **TERMINATED(终止)** - **状态描述**:线程执行完毕(`run()` 方法结束)或异常退出。 - **转换条件**:无(最终状态)。 --- ### 状态转换图 ```plaintext NEW → start() → RUNNABLE | RUNNABLE → synchronized竞争失败 → BLOCKED → 获得锁 → RUNNABLE | | wait()/join()/park() → WAITING → notify()/unpark() → BLOCKED → 获得锁 → RUNNABLE | | sleep(time)/wait(timeout) → TIMED_WAITING → 超时/唤醒 → BLOCKED/RUNNABLE ↓ TERMINATED ``` --- ### 关键区别 - **BLOCKED vs WAITING**: - `BLOCKED` 是锁竞争失败的被动阻塞。 - `WAITING`/`TIMED_WAITING` 是线程主动调用方法进入等待。 - **WAITING vs TIMED_WAITING**: - `WAITING` 无限期等待,需显式唤醒。 - `TIMED_WAITING` 超时后自动恢复。 --- ### 调试工具 - 使用 `jstack` 或 IDE 调试器查看线程状态,快速定位死锁或长时间阻塞问题。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值