关于wait、yield、notify和notifyAll

1. wait方法：调用该方法迫使当前线程让出cpu资源，等待其它线程notify或者notifyAll使其重新处于ready状态
2. notify和notifyAll：让调用过wait方法的线程停止等待，处于ready状态
3. yield：让正在执行中的线程释放锁资源，重新处于ready状态
   方法从字面意思看上去非常容易理解，我们对这3个方法稍做分析，并提出几个问题：
   （1）wait和sleep有什么区别？
   （2）这3个方法从实用角度看，应当是多线程并发场景使用的，为什么他们都定义在Object对象里面？
   （3）这3个方法能否在synchronized代码外使用？

第一个问题很简单，调用wait方法之后，当前现场就放弃了锁资源，等待其他线程通知可以就绪才能重新竞争锁资源，而sleep方法不会释放锁资源，只是休眠指定时长后重新开始运行。另外一方面，我们注意到，sleep方法属于Thread类的静态方法。有人可能会有疑问，既然这些方法都是线程对象在调用这些方法，为何wait、notify和notifyAll，不在Thread里面而在Object中呢？
要解释这些疑问，要从jvm自带的并发控制机制说起。大家都知道，可以使用synchronized关键字修饰方法，或者在方法里面同步部分代码块。如果修饰的是方法，那么锁住加锁的对象为当前对象，如果是在方法中，则是synchronized后面的（）中的对象。也就是说，使用synchronized锁住的都是对象，所有对象都能当作锁资源。另外被synchronized锁住的对象，实际上锁住的是和该对象对应的monitor对象，该对象中包含了3个比较重要的字段：waitSet，entryList和owner，其中waitSet即为调用了wait方法的线程集合，entryList为其它等待访问synchronized方法的线程队列，owner为持有monitor的线程，而每个Java对象的头信息中都包含了monitor对象的指针信息，synchronized锁便是通过这种方式获取锁的。没有synchronized修饰的方法或代码，直接调用wait时不会有waitSet存在，就会抛出异常