浅谈object wait和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
多留言多点赞你们的只支持是我坚持下去的动力，都支棱起来！！！