文章目录
- 前言
- 二、定义:Thread sleep
- 总结
- 参考
前言
### object wait即释放锁又释放cpu ### Thread sleep 不释放资源释放cpu ## 目标 object wait和Thread sleep基本概念和使用 # 一、定义:object wait 使当前线程等待,直到另一个线程为此对象调用notify()方法或notifyAll()方法,或者经过了指定的时间。 当前线程必须拥有该对象的监视器。 此方法使当前线程(称为T)将自己置于该对象的等待集中,然后放弃对该对象的所有同步声明。出于线程调度目的,线程T被禁用,并且在发生以下四种情况之一之前一直处于休眠状态: 其他一些线程为此对象调用notify方法,并且线程T恰好被任意选择为要唤醒的线程。 其他一些线程为此对象调用notifyAll方法。 其他一些线程中断线程T。 指定的实时量或多或少已经过去。但是,如果超时为零,则不考虑实时,线程只是等待直到通知。 然后将线程T从该对象的等待集中删除,并重新启用线程调度。然后,它以通常的方式与其他线程竞争在对象上进行同步的权利。一旦它获得了对象的控制权,它对对象的所有同步声明都将恢复到原样-即,恢复到调用wait方法时的情况。然后,线程T从调用wait方法返回。因此,从等待方法返回时,对象和线程T的同步状态与调用等待方法时的状态完全相同。 线程也可以唤醒,而不会被通知,中断或超时,即所谓的虚假唤醒。尽管在实践中这种情况很少发生,但是应用程序必须通过测试应该导致线程唤醒的条件来防范它,并在条件不满足时继续等待。换句话说,等待应该总是像这样循环执行:
synchronized (obj) {
while (<condition does not hold>)
obj.wait(timeout);
... // Perform action appropriate to condition
}
(有关此主题的更多信息,请参阅Doug Lea的“ Java并行编程(第二版)”(Addison-Wesley,2000年)中的3.2.3节,或Joshua Bloch的“有效的Java编程语言指南”(Addison-卫斯理,2001)。
如果当前线程在等待之前或等待期间被任何线程中断,则抛出InterruptedException。如上所述,直到该对象的锁定状态恢复之前,不会引发此异常。
请注意,wait方法将当前线程放入该对象的等待集中,因此只会解锁该对象;在线程等待时,当前线程可以在其上同步的所有其他对象保持锁定。
此方法只能由作为该对象的监视器的所有者的线程调用。有关线程可以成为监视器所有者的方式的描述,请参见notify方法。
参数:
超时–等待的最长时间(以毫秒为单位)。
抛出:
IllegalArgumentException-如果超时值为负。
IllegalMonitorStateException-如果当前线程不是对象监视器的所有者。
InterruptedException-如果任何线程在当前线程等待通知之前或之时中断了当前线程。引发此异常时,将清除当前线程的中断状态。
二、定义:Thread sleep
根据系统计时器和调度程序的精度和准确性,使当前正在执行的线程进入休眠状态(暂时停止执行)达指定的毫秒数加上指定的纳秒数。 该线程不会失去任何监视器的所有权
总结
object wait要在同步内使用,因为他要有的等待确定拿一个
直接调用的话会报Exception:
java.lang.IllegalMonitorStateException
synchronized (obj) {
while ()
obj.wait(timeout);
… // Perform action appropriate to condition
}
参考
JDK api
多留言多点赞你们的只支持是我坚持下去的动力,都支棱起来!!!