LockSurport中park()、unpark()和Thread中interrupt()的区别与联系

park()、unpark()简单说明：

LockSurport中park()执行时会判断当前线程是否有"许可"(初始化的线程没有"许可")，若没有"许可"则会阻塞(阻塞期间获得"许可"会跳出阻塞且不抛出InterruptedExcetion异常)，若有"许可"则会直接跳过阻塞(不抛出InterruptedExcetion异常)执行后续代码。

LockSurport中unpark(Thread thread)执行时会给thread一个"许可"，多次执行也只有一个"许可"。

需注意的点：

1. 许可消耗后当前线程就不在拥有"许可"，再次调用park()会阻塞。

2. park()、unpark()不分先后顺序。

本文重点：

调用park()的线程可以被interrupt()方法打断，park()进入时首先会判断当前线程是否有"许可"，然后判断是否被打断。

如果线程没有被打断则正常判断是否有"许可"，过程与以上park()方法介绍一致；

如果线程被打断则先判断是否有"许可"，若有"许可"则消费掉"许可"然后直接跳出阻塞，若没有许可则直接跳出阻塞且不抛出InterruptedException并且也不会将中断状态设置为false，所以如果线程被打断，连续调用park()方法线程也不会被阻塞住(可以理解为park()方法失效)。若想重新生效park()方法需要重置中断状态为false;

----------------------------------------------------分割线---------------------------------------------------------

线程被打断后park()失效演示：

打断后使park()重新生效演示(注意左下角运行图标，线程没有结束，被阻塞住了)：

 验证拥有"许可"时被打断是先消费"许可"还是先判断打断状态：

 注意左下角，线程被阻塞住了。也就是说第一个park()方法先消费了"许可"，导致中断状态被重置后第二个park()方法生效阻塞住，因为没有"许可"所以一直阻塞下去。

论证：

如果是第一个park()方法因为先响应了中断而没有消费"许可"，则第二个park()方法就不会在中断状态重置后阻塞住而是会消费掉"许可"结束程序。

为了避免unpark()和interrupt()方法的执行顺序影响造成歧义，我们修改一下他们的代码顺序看下执行结果：

 也就是验证了以上结论。