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却需要消费两个凭证,证不够,不能放行。