LockSuppport

1.是什么?
2.能干嘛
3.去哪下
4.怎么玩
1)是什么:LockSuppport是concurrent.locks下面的一个类,用于创建锁和其他同步类的基本线程阻塞原语(线程等待唤醒机制(wait/notify))
LockSuppport中的park()和unpark()作用分别是阻塞线程和解除阻塞线程

(1).使用synchronized锁

JUC常见的2种锁
wait:等待状态
notify:唤醒

wait(),notify()两个方法不是Thread的方法，而是Object的方法。意味着所有对象都有这两个个方法，因为每个对象都有锁，所以自然也都有操作锁的方法了。这两个个方法最终调用的都是jvm级的native方法。随着jvm运行平台的不同可能有些许差异。
synchronized:案例

结果演示

如果说我们把锁给他注释掉会发生什么问题呢

演示结果

我们会发现他说a线程有异常
不在一个模块他们是不能使用的类似于我前面画的铁三角 缺一不可

这个时候如果说我们将先后顺序进行改变会发生什么情况

结论
wait和notify方法必须在同步块或者方法里面而且成对出现使用
先wait后notify才能正确运行

(2)使用Lock进行演示

Condition接口中的await后signal方法实现线程的等待和唤醒

演示结果

如果说我们将lock和unlock注销掉 那么执行他是会进行报错的 因为这个一对 缺一不可
如果说我们将线程A让他等待3秒会如何呢

(3).LockSupport

1.通过park()和unpark(thread)方法来实现堵塞和唤醒线程的操作
2.LockSupport类使用了一种名为Permit许可的概念来做阻塞和唤醒线程的功能,每个线程都有一个许可(permit)
3.permit只有两个值1.和0,默认是0

park()阻塞当前线程/阻塞传入的具体线程

unpark()唤醒处于阻塞状态的指定线程

如果我们像之前一样让b线程睡眠3秒 A线程会不会进行报错呢 (他与上面的不同不会报错,注意一个许可证只能使用一次,许可证只能存在一份)

总结(重点)
synchronized
1.synchronized他需要配套wait notify这两个方法使用他们就像是一个铁三角缺一不可
2.synchronized方法不能先执行notify方法在执行wait方法 会出现阻塞问题
Lock
1.Lock他需要配套await unlock这两个方法使用
2.Lock他不能让unlock先释放,await在执行 这样的话使用await 这个方法的线程会一直等待unlock,进行解锁
LockSuppport
1.他是可以进行先唤醒线程后阻塞线程还不会报错(原因:因为unpark活得了一个凭证,之后在调用park方法,就可以名正言顺的凭证消费,而且不会阻塞)
2.为什么唤醒两次之后阻塞2次,但是最终结果还是会阻塞线程
因为凭证数量最多为1连续调用unpark和调用unpark效果一样,只会增加一个凭证,调用两次park确需要两个凭证,证不够不能放行