sleep与wait

1. 调用obj.wait()前，必须先获得obj的锁，否则会抛出IllegalMonitorStateException的异常。

    synchronized (obj) {   obj.wait(); }

2. 线程占用CPU与线程占有锁

cpu正在执行的线程为运行态的线程。

如果当前cpu正在执行的线程中有如下代码：

• Thread.currentThread().sleep()，
• lockObj.wait()，
• otherThread.join()

那么当cpu执行了这些代码后，会转而挑选其它线程去执行。当前线程由运行态转为其它状态。

但是如果在执行这些代码之前，线程已经获取了某些对象的锁，比如通过synchronized(this) 、synchronized(lockObj)方式获取了某些对象的锁，那么

Thread.currentThread().sleep();
线程不会释放这些锁，即如果当前线程占有了某些对象的锁，那么即便当前线程不占用cpu了，但是其它等待这些对象锁的线程，也由于无法获取等待的对象锁，而无法进入就绪状态的线程队列中去，无法被cpu选中执行。

lockObj.wait()：
会释放lockObj这个对象的锁。但是不会释放已经占有的其它对象的锁。
注意lockObj.wait()的真正意图并不是要等待lockObj这个对象的锁，而是要通过lockObj这个对象的锁去和能为它提供继续执行的条件的其它线程做一个沟通、通信。即wait(),notify(),notifyAll()是线程间通信的方式方法。
等同于ReenTrantLock.newCondition()获取一个Condition类对象，然后Condition的await()，signal()以及signalAll()分别对应上面的三个方法。
当线程调用lockObj.wait()后，会等待其它线程调用lockObj.notify()或者notifyAll()后才能继续执行。即必须其它线程给它发出一个信号：你要的条件已经满足了，你可以继续往下执行了。线程才能进入就绪态，进入就绪队列，等待被cpu选中执行。
最重要的是，在执行lockObj.wait()前，线程首先是要通过synchronized(lockObj)获取了lockObj对象的锁才行。