Question

（二）线程状态、wait/notify

Answer 1

在java中线程一共有6种状态。分别为：

sleep不会释放锁(CPU时间片)，在存在锁的情况下，线程会一直占有锁，其他线程无法获取。

wait会释放锁，允许其他线程进入同步方法。在调用notify唤醒后会重新去获取锁。

sleep可以在任意地方使用，没有限制。
wait只能在同步方法中使用，依赖于锁。

问题：假如有一个生产者消费者需求：生产者线程对恭喜资源 Integer lock 每次执行加1,达到5以后唤醒消费者，消费者线程每次对Integer lock进行减1，到0时唤醒生产者。在这种情况下，Integer即作为共享资源，又作为锁的对象。那么这种情况会有什么问题呢？

答：问题是无法互相唤醒。
由于消费者是在lock = 0时执行 notify、wait操作，生产者是在lock = 5时执行 notidy、wait操作，因此两个lock其实不是同一个对象，无法执行唤醒。

Synchorized锁

wait/notify 是基于synchorized实现的，await/signal是基于Lock实现的(LookSupport)，JUC中提供了Condition类await/signal来代替wait/notify，而Condition底层就是基于park/unpark做的线程通讯。不仅是Condition，AQS中也使用了park/unpark，可以理解为await/signal是park/unpark的外层封装。

wait/notify无法控制唤醒谁，随机唤醒（没有分组的概念）
await/signal可以，await/signal支持多个condition消费者一组，生产者一组，这样在多生产者消费者时可以确保唤醒的一定是分组内的。

答：没有锁的情况是不可以使用的。
可以试想，什么情况下才需要用到等待/唤醒场景呢？
以吃饭举例，到饭店吃饭，点完餐以后自己就进入等待状态（等着吃饭），需要等待服务员唤醒（餐好了通知），此类场景我们就需要用到等待、唤醒。
那么此时需要考虑，如果吃饭的人多了，那么我们怎么知道“餐好了”是谁的餐好了？服务员又怎么知道“餐好了我该叫哪位顾客”？现实场景中我们都是有座位号，或者取餐号，那么这个座位号、取餐号就是我们的锁，我获取到这把锁（其他顾客无法再获取），那么我与我点的餐之间就有了一个关联关系。服务员就可以通过这把锁来对我进行唤醒（1号的餐好了~）。