wait/sleep/park

最新推荐文章于 2023-03-05 11:52:55 发布
原创 最新推荐文章于 2023-03-05 11:52:55 发布 · 286 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客介绍了线程相关方法。wait/notify可实现线程协调和同步，需先获得synchronized同步块；sleep用于限时休眠，使线程进入TIME_WAITING状态；park能让线程进入WAITING状态，且无需事先获得锁。

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

wait/notify：线程实现协调和同步功能，需要事先获得synchronized同步块

sleep: 限时休眠，线程进入TIME_WAITING状态

park：线程进入WAITING状态，无需事先获得锁

park(), wait(), sleep()线程的挂起/唤醒的基本使用与区别
whiteBearClimb的博客
06-23 2448
直接上代码，先看一段很简单的创建线程的代码： Thread threadB = new Thread(new Runnable() { @Override public void run() { System.out.println("BBB"); } }); threadB.start(); 执行结果没问题 （1）假设有个业务场景，线程任务必须在满足某个条件才执行，而不是start的时候执行，怎么做？ 这个时候理所当然就想着先把当前线程挂起，满足条件时候再唤醒。经过改造，写出如下代码：
Java线程状态与线程通讯wait/notify，park/unpark机制
Der_Dream的博客
05-13 1306
Java线程状态 Java线程共有6个状态，在java.lang.Thread.State中明确定义。 线程状态图： 1.NEW 尚未启动的线程的状态 2.Runnable 可运行的线程的状态，包括等待CPU调度和正在运行的线程的状态 3.Blocked 等待监视器锁的阻塞线程的状态，处于synchronized同步代码块或方法中被阻塞 4.Waiting 等待线程的状态。...
sleep()、wait()、park()区别
m0_63463465的博客
12-08 745
sleep()、wait()、park()都可以使线程进入等待状态，但是3种方式在使用上和功能上都有些不同。 1、sleep()方法是Thread类的方法，可以在任何线程中使用，使用时需要传入时间参数，如Thread.sleep(1000),睡眠1秒。 2、如果sleep()方法写在同步代码块中，线程并不会释放锁，其它线程没法获取锁。 1、wait()是Object类中的方法，因为每个对象都拥有锁，所以让当前线程等待某个对象的锁，当然应该通过这个对象来操作。调用wa
多线程中sleep()与wait()，park()的区别
Yrainy_D的博客
10-27 993
文章目录多线程中sleep()与wait()的区别Park & Unpark与与 Object 的 wait & notify 相比java中同步锁synchronized与Lock的区别使用 tryLock 解决哲学家就餐问题 多线程中sleep()与wait()的区别 sleep 是 Thread 方法，而 wait 是 Object 的方法 sleep 不需要强制和 synchronized 配合使用，但 wait 需要和 synchronized 一起用 sleep 在睡眠的同时
linux线程sleep和wait区别,Thread.sleep、Object.wait、LockSupport.park 区别
weixin_39620118的博客
05-09 374
在java语言中，可以通过3种方式让线程进入休眠状态，分别是Thread.sleep()、Object.wait()、LockSupport.park()方法。这三种方法的表现和原理都各有不同，今天稍微研究了下这几个方法的区别。Thread.sleep() 方法Thread.sleep(time)方法必须传入指定的时间，线程将进入休眠状态，通过jstack输出线程快照的话此时该线程的状态应该是TI...
Thread.sleep、Object.wait、LockSupport.park 区别图解
张伯毅的专栏
06-26 3787
Thread.sleep、Object.wait、LockSupport.park 区别如下图: 参考: Java 并发编程之美 https://blog.youkuaiyun.com/u013332124/article/details/84647915
【JUC并发】常见面试题：wait、sleep、park之间的区别，synchronized、ReentrantLock之间的区别，悲观锁与乐观锁
知识输出、记录学习
08-07 642
wait 与 sleep - 不同 - sleep 是 `Thread` 方法，而 wait 是 `Object` 的方法 - sleep `不需要`强制和 synchronized 配合使用，但 wait `需要` 和 synchronized 一起用 - sleep 在睡眠的同时，`不会释放`对象锁的，但 wait 在等待的时候`会释放`对象锁 - 相同 - 如果wait(n,nanos),它们状态都是......
java中join、wait、sleep、yield、park方法的使用
Zong__Zong的博客
10-10 1138
一、join Thread t1 = new Thread() { public void run() { System.out.println(Thread.currentThread().getId() + " :t1running"); } }; Thread t2 = new Thread() { public void run() {
【多线程】线程中止、CPU缓存优化、内存屏障、线程通信（wait/notify/notifyAll、park/unpark机制）
weixin_37838913的博客
08-20 753
线程中止、CPU缓存优化、内存屏障线程中止不正确的线程中止-Stop正确的线程中止-interrupt正确的线程中止-标志位内存屏障和CPU缓存CPU性能优化手段-缓存多级缓存MESI协议CPU性能优化手段-运行时指令重排两个问题内存屏障（Memory Barrier）读内存屏障（Load Memory Barrier）写内存屏障（Store Memory Barrier） 线程中止 不正确的线程中止-Stop Stop：中止线程，并且清除监控器锁的信息，但是可能导致线程安全问题，JDK不建议用。 Des
sleep() 方法, wait() 方法和Park()方法异同
qq_37109373的博客
05-27 278
1 同 三者均可以暂停线程的执⾏，它们状态都是WAITING 2 异 (1). sleep() ⽅法是Thread类的static native方法；sleep 不需要强制和对象 Monitor 配合使用；sleep 期间不会释放当前线程占有的锁资源；无法从外部唤醒，只能本身醒过来 (2).wait() ⽅法是Obkect类的final native方法；wait & notify 需要 和对象 Monitor 一起用 ；wait 在等待的时候会释放当前线程占有的锁资源；wait & not
并发——wait/notify/join/park
weixin_43874468的博客
08-29 354
API介绍 obj.wait() 让进入 object 监视器的线程到 waitSet 等待 obj.notify() 在 object 上正在 waitSet 等待的线程中挑一个唤醒 obj.notifyAll() 让 object 上正在 waitSet 等待的线程全部唤醒
sleep,wait,await,park的区别,看这一篇就够了
1
08-05 6661
引子 大家知道，我最近在招人，今天遇到个同学，他的源码看过一些，然后我就开始了AQS连环问。 我：说说AQS的大致流程？ 他：AQS包含一个状态变量，一个同步队列……balabala……互斥锁balabala，共享锁balabala…… 我：AQS中除了同步队列，还有什么队列？ 他：还有个Condition，Condition中有个条件队列…… 我：条件队列和同步队列有什么区别？ 他：条件队列balabala，然后调用LockSupport.park()进入休眠，等待被唤醒，……，balaba
Java线程等待中Thread.sleep()、Object.wait()、LockSupport.park、UNSAFE.park()的原理与区别
weixin_41590779的博客
08-05 1268
Thread.sleep() 源码如下： public static native void sleep(long millis) throws InterruptedException; public static void sleep(long millis, int nanos) throws InterruptedException { if (millis < 0) { throw new IllegalArgumentException("timeout value is ne.
别告诉我你只知道wait&notify,不知道park&unpark???
欢迎来到我的博客，在这里我会用我的方式来讲解知识，请大家多多关照
01-06 508
从这里我们就可以发现与wait和notify不同的一点,就是unpark在park之前调用还是在park之后调用都能唤醒该线程,而在使用wait和notify的时候,先调用notify,后调用wait,那么不会唤醒waitSet中的线程,应为已经错过通知的时间了,不会唤醒.我们可以打一个比喻.我们把线程当做一个旅游的人,Parker就像他随身携带的背包,条件变量就相当于背包中的帐篷,_counter就相当于背包中的备用干粮。这里我总结一下wait,notify 和 park,unpark的区别。
Java八股——wait、sleep与park
eyes++的博客
03-05 1174
sleep()、wait()、park()都可以使线程进入等待状态，但是3种方式在使用上和功能上都有些不同。
JUC并发编程（4）——wait/notify，join原理，park/unpark
qq_51114283的博客
08-26 415
一、wait/notify 简介 wait会让拥有该锁对象的线程进行阻塞，同时释放锁。notify可以随机唤醒一个锁对象阻塞的线程 API obj.wait()：让进入object监视器的线程到waitSet等待，线程会释放锁。 obj.wait(long timeout)：等待多少毫秒。 obj.notify()：在object上正在waitSet等待的线程中挑一个唤醒，唤醒的线程需要去竞争。 obj.notifyAll()：让object上正在waitSet等待的线程全部唤醒。 知识点 ①
Java中的wait/notify、join/yield、park/unpark原理
sfklyqh的博客
12-26 723
一、wait和notify（Synchronized） Owner 线程发现条件不满足，调用 wait 方法，即可进入 WaitSet 变为 WAITING 状态 BLOCKED 和 WAITING 的线程都处于阻塞状态，不占用 CPU 时间片 BLOCKED 线程会在 Owner 线程释放锁时唤醒 WAITING 线程会在 Owner 线程调用 notify 或 notifyAll 时唤醒，但唤醒后并不意味者立刻获得锁，仍需进入 EntryList 重新竞争 sleep(long n)和
LockSupport中的park() 和 unpark()与Object中的wait()和notify()
h363659487的博客
05-07 5401
Object中的wait()和notify()的使用与注意事项； LockSupport中的park() 和 unpark()使用
白话讲懂wait notify 和park unpark的使用示例和区别
pengweismile的专栏
09-27 2445
wait 和notify wait 和notify使用的时候有很多的限制： 例如必须用在schronized的同步块里面，因为他们依赖于schronized里面的锁。 wait和notify不能指定唤醒哪一个线程，只能随机的返回一个线程。 当使用调用wait时，虽然当前的线程还在schronized同步块中， 但是也会让出锁，要不然，notify永远拿不到锁，永远得不到执行。 同样当使用完notify后，是不会立即释放锁的，必须使你当前线程走完schronized的代码，也就是说只有当前线程走完s
java的wait方法和LockSurport的park方法挂起线程有何不同
最新发布
08-22
<think>我们正在讨论Java中Object.wait()和LockSupport.park()在挂起线程时的区别。根据用户的问题和之前的回答，我们需要重点突出两者的核心差异。同时，我们可以参考提供的引用内容来增强回答的准确性。 核心区别总结如下： 1. **锁的依赖**： - `Object.wait()`：必须在`synchronized`块内使用，调用前必须持有对象的监视器锁，否则会抛出`IllegalMonitorStateException`。调用`wait()`后，会释放锁。 - `LockSupport.park()`：不需要任何锁，可以在任何地方调用。调用`park()`时，不会释放当前线程已经持有的锁。 2. **唤醒机制**： - `Object.wait()`：需要其他线程调用同一对象的`notify()`或`notifyAll()`来唤醒。唤醒后，线程需要重新获取锁才能继续执行。 - `LockSupport.park()`：可以通过`LockSupport.unpark(Thread thread)`来唤醒指定线程。而且，`unpark`可以在`park`之前调用，这样后续的`park`调用会立即返回，不会阻塞。 3. **中断行为**： - `Object.wait()`：在等待过程中如果线程被中断，会抛出`InterruptedException`，并且中断状态会被清除。 - `LockSupport.park()`：被中断时不会抛出异常，而是直接返回，但会保留中断状态。可以通过`Thread.interrupted()`来检查中断状态。 4. **超时控制**： - `Object.wait()`：提供了带超时参数的版本，例如`wait(long timeout)`。 - `LockSupport.park()`：也提供了超时控制，如`parkNanos(long nanos)`，支持更精确的纳秒级超时。 5. **虚假唤醒**： - 两者都可能发生虚假唤醒，因此通常需要在循环中检查条件。对于`wait()`，官方文档明确要求必须在循环中调用。对于`park()`，同样建议在循环中检查条件，因为除了`unpark`调用和中断外，也可能无故返回。 6. **应用场景**： - `Object.wait()`：通常用于多线程之间的条件等待，如生产者-消费者模型，需要配合`synchronized`使用。 - `LockSupport.park()`：常用于构建更高级的同步工具，如`ReentrantLock`、`CountDownLatch`等，因为它提供了更灵活的线程控制。 引用参考： - 引用[1]指出：LockSupport.park()适合底层同步工具开发，而Object.wait()适合条件驱动的协作场景。 - 引用[2]强调：LockSupport不依赖于对象的监视器锁，可以在任何地方阻塞和唤醒线程。 - 引用[3]说明：LockSupport允许先调用unpark再调用park，此时park不会阻塞，而wait/notify则不行（先notify再wait会导致wait永久阻塞）。 现在，我们可以按照用户要求的结构化方式组织答案，并生成相关问题。</think>### Java中`Object.wait()`与`LockSupport.park()`挂起线程的区别 #### 1. **锁依赖与调用限制** - **`Object.wait()`** - **必须持有对象监视器锁**（在 `synchronized` 块内调用），否则抛出 `IllegalMonitorStateException`[^1][^2]。 - 调用后**自动释放锁**，允许其他线程竞争该锁。 - 需通过 `notify()`/`notifyAll()` 唤醒，唤醒后需**重新获取锁**才能继续执行。 ```java synchronized (lock) { while (!condition) { lock.wait(); // 释放锁并挂起 } // 唤醒后需重新获取锁 } ``` - **`LockSupport.park()`** - **无需持有任何锁**，可在任意位置调用[^2][^3]。 - **不会释放已持有的锁**（若调用前已加锁）。 - 通过 `LockSupport.unpark(Thread)` **精确唤醒指定线程**。 #### 2. **唤醒机制的核心差异** | **特性** | **`Object.wait()`** | **`LockSupport.park()`** | |------------------|--------------------------------------|--------------------------------------| | **唤醒方式** | 依赖 `notify()`/`notifyAll()` | 依赖 `unpark(Thread)` | | **唤醒精度** | 随机唤醒或唤醒所有（`notifyAll()`） | 可指定唤醒目标线程 | | **提前唤醒支持** | ❌ 不支持 | ✅ 支持：`unpark()` 可在 `park()` 前调用，使后续 `park()` 立即失效[^3] | ```java // LockSupport 允许先unpark后park（不阻塞） Thread t = Thread.currentThread(); new Thread(() -> LockSupport.unpark(t)).start(); // 先unpark Thread.sleep(100); LockSupport.park(); // 立即返回，不阻塞 ``` #### 3. **中断行为** - **`Object.wait()`** - 被中断时**抛出 `InterruptedException`**，并**清除中断标志**，需手动处理异常[^1]。 - **`LockSupport.park()`** - 被中断时**静默返回**，**不抛出异常**，且**保留中断标志**（需手动检查 `Thread.interrupted()`）[^2]。 - 若中断标志已为 `true`，则 `park()` **立即失效**（不阻塞）。 #### 4. **超时控制** - **`Object.wait(long timeout)`** 支持毫秒级超时控制，到期自动唤醒。 - **`LockSupport.parkNanos(long nanos)`** 提供纳秒级超时控制，精度更高[^2]。 #### 5. **虚假唤醒处理** - **共同点**：两者都可能发生**虚假唤醒**（无显式唤醒时线程自行恢复）。 - **解决方案**：都需在**循环中检查条件变量**： ```java // wait() 范式 synchronized (lock) { while (!condition) { // 循环检查条件 lock.wait(); } } // park() 范式 while (!condition) { // 循环检查条件 LockSupport.park(); if (Thread.interrupted()) { // 处理中断 } } ``` #### 6. **应用场景** | **场景** | **推荐方法** | **原因** | |--------------------------|--------------------|--------------------------------------------------------------------------| | **经典线程协作** | `Object.wait()` | 需与 `synchronized` 配合，适合条件等待范式（如生产者-消费者模型）[^1]。 | | **构建底层同步工具** | `LockSupport.park()` | 无锁依赖，精准唤醒，适合实现锁、屏障等（如 `AQS` 底层）[^2][^3]。 | | **避免锁嵌套问题** | `LockSupport.park()` | 不强制释放锁，防止重入时死锁。 | | **响应中断的延时任务** | `LockSupport.park()` | 中断行为更可控，无需异常处理[^2]。 | --- ### 关键总结 | **维度** | **`wait()`** | **`park()`** | |------------------|---------------------------------------|---------------------------------------| | **锁依赖** | 必须持有锁 | 无依赖 | | **锁释放** | 自动释放 | 不释放 | | **唤醒精度** | 随机/全部唤醒 | 精确唤醒指定线程 | | **中断响应** | 抛异常，清除中断标志 | 静默返回，保留中断标志 | | **适用层级** | 业务层协作 | 底层同步器实现 | > ⚠️ **注意事项**： > - `wait()` 需严格遵循 `synchronized` 调用规范，否则引发异常。 > - `park()` 的 `unpark()` 可预先调用，避免线程阻塞，此特性在 `wait()`/`notify()` 中不存在[^3]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值