wait和notify使用场景

1.wait和notify方法必须要在同步块或者方法里面且成对出现使用
2.先wait后notify才ok

传统的synchronized和Lock实现等待唤醒通知的约束
线程先要获得并持有锁，必须在锁块(synchronized或Lock)中
必须要先等待后唤醒，线程才能够被唤醒

LockSupport是用来创建锁和其他同步类的基本线程阻塞原语。
LockSupport是一个线程阻塞工具类，所有的方法都是静态方法，可以让线程在任意位置阻塞，阻塞之后也有对应的唤醒方法，归根结底，LockSupport调用Unsafe中的native代码

LockSupport类使用了一种名为Permit(许可)的概念来做到阻塞和唤醒线程的功能，每个线程都有一个Permit(许可)
permit只有两个值1和0，默认是0
可以把许可看成是一种(0,1)信号量(Seamphore),但与Seamphore不同的是，许可的累加上限是1.

为什么可以先唤醒线程后阻塞线程?
因为unpark获得了一个凭证，之后再调取park方法，就可以名正言顺的凭证消费，故不会阻塞。

形象的理解
线程阻塞需要消耗凭证(permit),这个凭证最多只有1个。
当调用park方法时
如果有凭证，则会直接消耗掉这个凭证然后正常退出；
如果无凭证，就必须阻塞等待凭证可以用
而unpark则相反，它会增加一个凭证，但凭证最多只能有1个，累加无效

为什么唤醒两次后阻塞两次，但最终结果还是会阻塞线程？
因为凭证的数量最多为1，连续调用两次unpark和调用一次unpark一样，只会增加一个凭证，而调用两次park却需要消费两个凭证，证不够，不能放行。