Java多线程 sleep wait yield 对比图表
java.lang.Object类中包含wait方法，及notify，notifyAll方法。
wait会等待notify唤醒，re-obtain（重新获取）表示会释放锁。
java.lang.Thread类中包含sleep，yield方法，且是静态方法。
睡眠当前线程，不会释放锁。
释放当前CPU资源。防止CPU过度使用的情况 。用的很少。
| 从属对象 | 方法类型 | 作用域 | 释放锁 | 释放CPU | 使用场景 | |
| wait | Object | 实例方法 | 同步方法/代码块 | 释放 | 不释放 | 线程通信 |
| notify | Object | 实例方法 | 同步方法/代码块 | * | * | 线程通信 |
| sleep | Thread | 静态方法 | 当前线程 | 不释放 | 释放 | 单纯的停止 |
| yield | Thread | 静态方法 | 当前线程 | 不释放 | 释放 | 主动让出CPU |
xiabai：
sleep方法不会释放锁（资源状态的控制权），但是会释放CPU资源。为什么呢？我觉得就是因为sleep方法本身就是为了对当前线程挂起使用的，而且是需要指定一个时间的，在这个时间到了之后就会结束休眠，重新变成可执行的状态，等待CPU调度和分配CPU资源。如果释放了锁会变成什么样呢？sleep的对象就要重新去获取那个锁，这太鸡儿麻烦，干脆就自己握着锁得了。但是CPU资源的占有权就不一样了，CPU占用时间片是已知的，在这段sleep的时间内肯定是不会执行了，完全可以让出来给其它线程使用，因此它就琢磨着可以释放了。
wait方法会释放锁，但是不会释放CPU资源。它也可以指定一个时间，到时间后自动唤醒，也可以一直等下去直到另一个线程调用了wait对象的notify方法。wait和notify的配合使用更多情况是为了协调多个线程之间的关系（执行顺序）。因此得到执行权就显得很重要，CPU资源不会释放，等到唤醒之后立刻去获取锁即可。
Concept:
sleep()
sleep()方法需要指定等待的时间，它可以让当前正在执行的线程在指定的时间内暂停执行，进入阻塞状态，该方法既可以让其他同优先级或者高优先级的线程得到执行的机会，也可以让低优先级的线程得到执行机会。但是sleep()方法不会释放“锁标志”，也就是说如果有synchronized同步块，其他线程仍然不能访问共享数据。
wait()
wait()方法需要和notify()及notifyAll()两个方法一起介绍，这三个方法用于协调多个线程对共享数据的存取，所以必须在synchronized语句块内使用，也就是说，调用wait()，notify()和notifyAll()的任务在调用这些方法前必须拥有对象的锁。注意，它们都是Object类的方法，而不是Thread类的方法。
wait()方法与sleep()方法的不同之处在于，wait()方法会释放对象的“锁标志”。当调用某一对象的wait()方法后，会使当前线程暂停执行，并将当前线程放入对象等待池中，直到调用了notify()方法后，将从对象等待池中移出任意一个线程并放入锁标志等待池中，只有锁标志等待池中的线程可以获取锁标志，它们随时准备争夺锁的拥有权。当调用了某个对象的notifyAll()方法，会将对象等待池中的所有线程都移动到该对象的锁标志等待池。
除了使用notify()和notifyAll()方法，还可以使用带毫秒参数的wait(long timeout)方法，效果是在延迟timeout毫秒后，被暂停的线程将被恢复到锁标志等待池。
此外，wait()，notify()及notifyAll()只能在synchronized语句中使用，但是如果使用的是ReenTrantLock实现同步，该如何达到这三个方法的效果呢？解决方法是使用ReenTrantLock.newCondition()获取一个Condition类对象，然后Condition的await()，signal()以及signalAll()分别对应上面的三个方法。
yield()
yield()方法和sleep()方法类似，也不会释放“锁标志”，区别在于，它没有参数，即yield()方法只是使当前线程重新回到可执行状态，所以执行yield()的线程有可能在进入到可执行状态后马上又被执行，另外yield()方法只能使同优先级或者高优先级的线程得到执行机会，这也和sleep()方法不同。