线程进入休眠状态的三种方式:Thread.sleep、Object.wait、LockSupport.park

本文深入解析了Java中三种线程控制方法:Thread.sleep、Object.wait和LockSupport.park的使用方式与特点。对比了它们在不同场景下的适用性和状态变化,包括线程状态、锁释放及异常处理等关键细节。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、线程睡眠Thread.sleep

1)需要指定睡眠时间,如

Thread.sleep(10_000);// 睡眠10秒
// TimeUnit.MINUTES.sleep(1);// 睡眠一分钟

2)睡眠时线程状态为TIMED_WAITING(限期等待)。

3)需要捕获InterruptedException异常。

4)不会释放持有的锁。

二、线程等待Object.wait

1)可以指定等待时间,通过notify()或者notifyAll()唤醒,推荐notifyAll()。注意,notify需要在wait之后执行。

2)等待时状态为WAITING(无限期等待)。

3)需要捕获InterruptedException异常。

4)需要在synchronized同步内使用会释放持有的锁。

三、线程暂停LockSupport.park

1)通过信号量实现的阻塞,类似Semaphore,只不过许可不能累积,并且最多只能有一个,可以指定暂停时间,通过unpark唤醒。注意,unpark可以比park先执行。

2)暂停时状态为WAITING(无限期等待)。

3)无需捕获InterruptedException异常,但是可以响应中断。

4)不会释放持有的锁。

以下是一个先进先出 (first-in-first-out) 非重入锁类的框架(摘自官方文档)

class FIFOMutex {
   private final AtomicBoolean locked = new AtomicBoolean(false);
   private final Queue<Thread> waiters
     = new ConcurrentLinkedQueue<Thread>();

   public void lock() {
     boolean wasInterrupted = false;
     Thread current = Thread.currentThread();
     waiters.add(current);

     // Block while not first in queue or cannot acquire lock
     while (waiters.peek() != current ||
            !locked.compareAndSet(false, true)) {
       LockSupport.park(this);
       if (Thread.interrupted()) // ignore interrupts while waiting
         wasInterrupted = true;
     }

     waiters.remove();
     if (wasInterrupted)          // reassert interrupt status on exit
       current.interrupt();
   }

   public void unlock() {
     locked.set(false);
     LockSupport.unpark(waiters.peek());
   }
 }

 

<think>好的,我现在需要回答用户关于LockSupport.park方法暂停线程线程状态的问题。首先,我得回想一下Java中线程的状态有哪些。记得Java的线程状态定义在Thread.State枚举里,包括NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED这几个状态。 LockSupport.park方法的作用是暂停当前线程的执行。根据文档,当调用park方法时,如果线程有许可(permit),那么许可会被消耗,线程继续执行;如果没有许可,线程会被阻塞。这里的关键是,被park挂起的线程处于什么状态呢? 需要查证一下官方文档或者可靠的资料。记得Thread的状态转换中,使用Object.wait()会让线程进入WAITING状态,而带有超时的方法会进入TIMED_WAITING。同样,LockSupport.parkNanos或parkUntil这些带有时间的park方法应该会让线程进入TIMED_WAITING状态,而park()不带时间参数的应该对应WAITING状态。 另外,Java线程状态中的WAITING状态描述是“线程正在等待另一个线程执行特定动作”,比如调用了Object.wait()或Thread.join()方法。而TIMED_WAITING则是带有超时的等待。LockSupportpark方法是否归类于这两种状态中的一种? 可能需要实际测试或者查看线程状态的例子。比如,当调用LockSupport.park()后,查看线程的getState()方法返回的状态。根据经验,之前学习的时候,park方法会让线程处于WAITING状态,而parkNanos等则处于TIMED_WAITING状态。例如,当线程park时,使用jstack工具查看线程状态的话,应该显示为WAITING (parking)。 另外,需要确认线程状态和LockSupport的关系。比如,线程处于WAITING状态,但具体是通过park引起的,这时候可能具体显示为“WAITING (on java.util.concurrent.locks.LockSupport parker)”之类的信息。但根据Java的Thread.State枚举,官方定义的WAITING状态对应的是没有超时的等待,而TIMED_WAITING是有超时时间的。因此,不带超时的park方法会让线程进入WAITING状态,而带超时的进入TIMED_WAITING。 总结来说,当线程调用LockSupport.park()被暂停后,其状态是WAITING。而当调用parkNanos或parkUntil时,状态变为TIMED_WAITING。这与其他方法如Object.wait(0)会进入WAITING,而带超时的wait(long)进入TIMED_WAITING类似。 需要确认是否有其他情况会影响状态,例如许可的存在与否。不过,许可的存在与否会影响是否立即阻塞,但一旦被park阻塞,线程的状态应该根据是否带有超时来决定是WAITING还是TIMED_WAITING。 另外,需要注意,LockSupport.park()可能会因为其他原因提前返回,比如调用unpark线程中断,但此时线程状态会从WAITING转换回RUNNABLE。 因此,最终的结论是,调用LockSupport.park()后,线程状态变为WAITING,而带有超时的park方法则让线程处于TIMED_WAITING状态。</think>LockSupport.park() 方法暂停线程后,线程的状态为 **WAITING**(无限期等待)或 **TIMED_WAITING**(有限期等待),具体取决于调用的是哪个 `park` 方法。 --- ### 分步说明: 1. **线程状态分类** Java 线程状态通过 `Thread.State` 枚举定义,包含以下 6 种: - `NEW`:未启动 - `RUNNABLE`:运行中或就绪 - `BLOCKED`:阻塞(等待监视器锁) - `WAITING`:无限期等待 - `TIMED_WAITING`:有限期等待 - `TERMINATED`:终止 2. **LockSupport.park() 的作用** - 调用 `LockSupport.park()` 会暂停当前线程。 - 如果线程已有许可(permit),则消耗该许可并继续运行;否则线程被阻塞。 3. **线程状态变化** - **`LockSupport.park()`(无超时参数)** 线程进入 `WAITING` 状态。 代码示例: ```java Thread thread = new Thread(() -> { LockSupport.park(); // 暂停线程 }); thread.start(); // 此时 thread.getState() 返回 WAITING ``` - **`LockSupport.parkNanos(long timeout)` 或 `parkUntil(long deadline)`(带超时参数)** 线程进入 `TIMED_WAITING` 状态。 示例: ```java LockSupport.parkNanos(1000_000_000L); // 暂停 1 // 此时线程状态为 TIMED_WAITING ``` 4. **状态恢复条件** 线程从 `WAITING`/`TIMED_WAITING` 恢复为 `RUNNABLE` 的条件: - 其他线程调用 `LockSupport.unpark(thread)`。 - 线程被中断(调用 `thread.interrupt()`)。 - 带超时的 `park` 方法超时结束。 --- ### 验证方法 可通过以下方式观察线程状态: 1. 调用 `thread.getState()`。 2. 使用 `jstack` 工具查看线程堆栈,状态显示为 **`WAITING (parking)`** 或 **`TIMED_WAITING (parking)`**。 --- ### 与其他方法的对比 - **`Object.wait()`**:需先获取对象锁,线程状态为 `WAITING`。 - **`Thread.sleep()`**:线程状态为 `TIMED_WAITING`。 - **`LockSupport.park()`**:无需锁,直接暂停线程,状态为 `WAITING` 或 `TIMED_WAITING`。 --- ### 总结 - `LockSupport.park()` 暂停的线程状态为 **`WAITING`**。 - 带超时的 `park` 方法暂停的线程状态为 **`TIMED_WAITING`**。 - 恢复依赖 `unpark()`、中断或超时机制。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值