Interrupt学习：
在jdk中关于interrupt相关方法有三个，如下：
关于上面的疑问会在稍后进行阐述滴，下面看代码：
编译运行：
应该说是t线程为啥在被打断之后没有退出，还是在运行状态，这时由于它没有捕获这个中断，在捕获中断之前先看一下官方对于interrupt()的一些说明：
那难道在线程中不调用上述的三个方法在线程被中断之后就收不到中断异常了么？下面来试验下：
可以看到也可以正常的读取到中断的状态，那看一下interrupt()的源码：
而jdk中所说的自动捕获中断异常的话则需要调用文中所说的三个方法，所以下面用一下捕获中断异常，首先先调用sleep的方式让线程小睡一会：
接着再来试用利用wait()让线程等待,当然这个目前还木有学到，后面会学滴，这里只是了解下在wait()的时候是需要加上锁滴：
嗯，同样也捕获到了中断异常，但都没有让t线程退出，那有没有现成的API能让线程主动停止呢？当然有，但是官方不推荐使用，因为会存在问题，但是！！这里以玩的心态试下效果：
嗯~~确实是管用能让线程停止，但是！！实际中没有这样用的~~纯实验。
接着来解决开篇所提出的疑问：
其实是有存在的必要的，下面看代码：
这时就只能用这个static的方法来判断啦：
而其实它就是获得当前的线程，然后再调用它的isInterrupted()方法，源码如下：
最后再来用JDK中提到的join()方法来捕获下中断异常，如下：
这时就得分析一下join()线程的情况啦，很显然join()的是main线程，而我们打断的是t线程，那主线程的join()当然就收不到中断异常啦，所以基于这个理论下面来改造代码让咱们的join()能收到异常捕获：
这时再运行：
其实join()方法的实现也是采用了wait()方式，如下：
另外还有一个细节需要注意：
采用优雅的方式结束线程生命周期：
由于Thread.stop()方法不能用了，而有了上面的打断机制，下面就来探讨下如何优雅的将线程退出。
方式一、用一个标记来控制【实际中经常使用到】
编译运行：
方式二、利用打断机制：
或者不去捕获异常，而是直接通过状态判断去控制：
编译运行：
但是思考这样一种情况：假如在线程执行过程中有一个非常耗时的操作，比如说访问网络之类的，那既始有上面两种优雅退出的方案，但是由于被这个方法阻塞住无法立即退出线程，如：
那对于这种特殊情况如何也能做到及时让线程进行退出呢？这个就留到下次解决~
