深入Thread.sleep

本文探讨了线程池的工作原理及多线程中断机制,对比了Thread.sleep与对象wait方法对锁的影响,并通过示例代码展示了在不同情况下线程执行的行为差异。

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

友情推荐:

  1. 线程池原理
  2. 多线程中断机制
  3. head first Thread.join()

实战分析

一直都说,Threed.sleep是不会释放锁,而wait是释放锁的(对象锁),现理论上来分析一下啊。

由于CPU分配的每个线程的时间片极为短暂(一般为几十毫秒),所以,CPU通过不停地切换线程执行,这样就给程序员一种错觉,以为多个线程是在同时执行。sleep就是正在执行的线程主动让出CPU,CPU去执行其他线程,在sleep指定的时间过后,CPU才会回到这个线程上继续往下执行,如果当前线程进入了同步锁,sleep方法并不会释放锁,即使当前线程使用sleep方法让出了CPU,但其他被同步锁挡住了的线程也无法得到执行。

package thread.concurrent;

public class DeepenSleep implements Runnable {
     private int number = 10;

     public void firstMethod() throws Exception {
            synchronized (this) {
                System. out.println("in first method");
                 number += 100;
                System. out.println("+100=" + number);
           }
     }

     public void secondMethod() throws Exception {
            synchronized (this) {
                System. out.println("in second method, prepare sleep");
                 /**
                 * (休息2S,阻塞线程) 以验证当前线程对象的机锁被占用时, 是否被可以访问其他同步代码块
                 */
                Thread. sleep(2000);
                System. out.println("wake up!!");
                 // this.wait(2000);
                 number *= 200;
                System. out.println("*200=" + number);
           }
     }

     @Override
     public void run() {
            try {
                System. out.println("run thread...");
                firstMethod();
           } catch (Exception e) {
                e.printStackTrace();
           }
     }

     public static void main(String[] args) throws Exception {
           DeepenSleep dt = new DeepenSleep();
           Thread thread = new Thread(dt);
           thread.start();
           System. out.println("prepare run second method");
           dt.secondMethod();
     }
}

输出如下:

执行结果

分析:主线程启动起来,因为创建线程等的资源消耗,所以主线程会先执行 dt.secondMethod(),因此会先输出prepare run second method,其后执行secondMehtod方法(注意该方法是要先闹到锁对象),而该方法直接将线程睡眠2s(注意此处对象锁DeepenSleep的实例对象并没有释放),然后执行线程dt的run方法,该方刚发执行dt的firstMethod,然而,该方法也是需要获取锁对象的,而此时他没先不能获取到,因为secondMehtod没有释放锁(准确点讲,主线程没有释放锁);然后等了2s,主线程睡眠时间已过,他warkup之后,因为还拥有锁,因此直接run secondMethod的剩下的方法,先输出”wake up”,然后执行 number*200,执行完,主线程释放掉锁,而dt线程拿到锁,执行run方法,拿到锁,执行run方法的synchronized的剩余方法:先输出”in first method”,然后执行加100的操作。

我们来变一下将firstMethod的同步去掉,看输出是什么样子

package thread.concurrent;

public class DeepenSleep implements Runnable {
     private int number = 10;

     public void firstMethod() throws Exception {
//         synchronized (this) {
                System. out.println( "in first method");
                 number += 100;
                System. out.println( "+100=" + number);
//         }
     }

     public void secondMethod() throws Exception {
            synchronized ( this) {
                System. out.println( "in second method, prepare sleep");
                 /**
                 * (休息2S,阻塞线程) 以验证当前线程对象的机锁被占用时, 是否被可以访问其他同步代码块
                 */
                Thread. sleep(2000);
                System. out.println( "wake up!!");
                 // this.wait(2000);
                 number *= 200;
                System. out.println( "*200=" + number);
           }
     }

     @Override
     public void run() {
            try {
                System. out.println( "run thread...");
                firstMethod();
           } catch (Exception e) {
                e.printStackTrace();
           }
     }

     public static void main(String[] args) throws Exception {
           DeepenSleep dt = new DeepenSleep();
           Thread thread = new Thread(dt);
           thread.start();
           System. out.println( "prepare run second method");
           dt.secondMethod();
     }
}

输出如下:

执行结果

分析:不同点在于,主线程睡眠之后,没有释放锁,dt线程执行firstMethod并不需要锁,因此先run firstMethod中的逻辑,先加100,然今,主线程睡醒之后,再执行剩下的逻辑,乘以200。

Thread.sleep(1000),1000ms后是否立即执行?

不一定,在未来的1000毫秒内,线程不想再参与到CPU竞争。那么1000毫秒过去之后,这时候也许另外一个线程正在使用CPU,那么这时候操作系统是不会重新分配CPU的,直到那个线程挂起或结束;况且,即使这个时候恰巧轮到操作系统进行CPU 分配,那么当前线程也不一定就是总优先级最高的那个,CPU还是可能被其他线程抢占去。

Thread.sleep(0),是否有用?

boss:“给你睡0小时”。

coder:“你TM逗我啊”。

休眠0ms,这样的休眠有何意义?Thread.Sleep(0)的作用,就是“触发操作系统立刻重新进行一次CPU竞争,重新计算优先级”。竞争的结果也许是当前线程仍然获得CPU控制权,也许会换成别的线程获得CPU控制权。这也是我们在大循环里面经常会写一句Thread.sleep(0) ,因为这样就给了其他线程比如Paint线程获得CPU控制权的权力,这样界面就不会假死在那里。

微信扫我^_^

这里写图片描述

<think>好的,用户想了解JavaThread.sleep()和Object.wait()的区别。我之前已经回答过类似的问题,但这次需要结合用户提供的引用内容来详细解答。首先,我得回顾一下这两个方法的基本区别,然后看看用户提供的引用中有哪些关键点需要整合进去。 用户提供的引用中,引用4提到sleep不释放系统资源,而wait会进入等待池并释放资源,其他线程可以占用CPU。这点很重要,需要强调。引用5提到一个例子,说明sleep期间线程B因为没有锁而等待,而wait可能涉及锁的释放和获取。同时,引用2和引用3详细说明了Object.wait()的实现,包括在Thread.join方法中的使用,以及wait方法需要synchronized块,比如引用1指出wait需要配合synchronized使用。 接下来,我需要组织回答的结构。可能分成几个主要部分:基本定义、锁处理机制、唤醒机制、使用场景和注意事项。这样结构清晰,用户容易理解。每个部分都要结合引用的内容,比如在锁处理部分,引用4和引用5的例子可以说明sleep不释放锁,而wait会释放,这样在同步代码块中使用wait时必须持有锁,否则会抛异常。 还需要注意,用户可能对为什么wait需要synchronized有疑问,引用1和引用3提到了这一点,应该解释清楚,避免死锁等问题。同时,唤醒机制的区别,比如wait需要notify,而sleep时间到自动恢复,这也是关键点。 另外,用户可能在实际使用中遇到问题,比如在同步块外调用wait导致异常,或者混淆两者的使用场景。需要给出代码示例说明正确用法,比如同步块中的wait和直接调用sleep的区别。 最后,总结对比表格,帮助用户一目了然地看到差异。可能还需要添加相关问题,帮助用户深入理解,比如异常处理、性能影响等。检查是否所有引用内容都被合理利用,确保回答准确且全面。</think>#### JavaThread.sleep()与Object.wait()的对比解析 --- ### 一、核心差异总结 | 特性 | **Thread.sleep()** | **Object.wait()** | |--------------------|-----------------------------------------------------------------------------------|----------------------------------------------------------------------------------| | **所属对象** | `Thread`类的静态方法 | `Object`类的实例方法 | | **锁释放** | **不释放任何锁**,线程保持持有锁的状态[^4] | **释放目标对象的锁**,允许其他线程获取该锁[^4] | | **唤醒机制** | 超时自动唤醒 | 需其他线程调用`notify()`/`notifyAll()`或超时唤醒 | | **使用场景** | 单纯的时间等待(如定时任务) | 线程间协作(如生产者-消费者模型) | | **同步要求** | 无需在同步块中调用 | **必须在`synchronized`块中调用**,否则抛出`IllegalMonitorStateException`[^1][^3] | --- ### 二、锁处理机制详解 #### 1. Thread.sleep()的锁行为 - **不释放锁**:即使线程调用`sleep()`,仍持有已获得的锁(如`synchronized`代码块中的锁)[^4]。 - **示例代码**: ```java synchronized (lock) { Thread.sleep(1000); // 线程休眠1秒,仍持有lock的锁 System.out.println("Sleep完成,继续执行"); } ``` #### 2. Object.wait()的锁行为 - **释放锁**:调用`wait()`会立即释放目标对象的锁,使其他线程可以获取该锁[^4]。 - **重新获取锁**:线程被唤醒后需**重新竞争锁**才能继续执行。 - **示例代码**: ```java synchronized (lock) { while (条件不满足) { lock.wait(); // 释放lock的锁,进入等待状态 } System.out.println("条件满足,继续执行"); } ``` --- ### 三、唤醒机制对比 #### 1. Thread.sleep() - **自动唤醒**:到达指定时间后自动恢复执行,**不依赖外部通知**。 - **强制中断**:可通过`interrupt()`中断休眠,抛出`InterruptedException`[^4]。 #### 2. Object.wait() - **被动唤醒**:需其他线程调用同一对象的`notify()`/`notifyAll()`,或等待超时[^3]。 - **经典应用**:`Thread.join()`内部通过`wait()`实现线程等待(见引用2代码)[^2]。 --- ### 四、使用场景与示例 #### 1. Thread.sleep()适用场景 - **定时任务**:延迟执行或周期性轮询。 ```java while (true) { checkDataUpdate(); Thread.sleep(5000); // 每5秒检查一次数据更新 } ``` #### 2. Object.wait()适用场景 - **线程协作**:生产者-消费者模型。 ```java // 生产者线程 synchronized (buffer) { buffer.add(item); buffer.notifyAll(); // 唤醒消费者 } // 消费者线程 synchronized (buffer) { while (buffer.isEmpty()) { buffer.wait(); // 释放锁并等待 } buffer.remove(); } ``` --- ### 五、关键注意事项 1. **wait()必须在同步块中** 未获取对象监视器(锁)时调用`wait()`会直接抛出异常[^3]: ```java Object obj = new Object(); obj.wait(); // 抛出IllegalMonitorStateException ``` 2. **虚假唤醒问题** 即使未被显式唤醒,`wait()`也可能因系统原因返回,需用循环检查条件: ```java synchronized (lock) { while (!condition) { // 必须用while,不能用if lock.wait(); } } ``` 3. **资源占用差异** - `sleep()`:线程保持锁,可能导致其他线程阻塞[^5]。 - `wait()`:释放锁,提高系统资源利用率[^4]。 --- ### 六、常见问题解答 **Q1: 为什么wait()需要搭配synchronized使用?** - **锁状态管理**:`wait()`释放锁前必须确认线程已持有锁,否则无法保证线程安全[^1][^3]。 **Q2: sleep(0)有什么特殊作用?** - **主动让出CPU**:提示操作系统重新调度线程,常用于高并发场景优化。 **Q3: 如何选择sleep()和wait()?** - **无锁等待** → `sleep()` - **线程协作** → `wait()` ---
评论 18
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值