中断机制
java没有提供一种安全的直接的方法来停止某个线程，而是提供了中断机制。中断机制是一种协作机制，也就是说通过中断并不能直接终止另一个线程，而需要被中断的线程自己吃力。每一个线程对象里有一个标识位标识是否有中断请求，代表着是否有中断请求。
三个中断相关方法
1.interrupt
1 public void interrupt() {
2 if (this != Thread.currentThread())
3 checkAccess();
4
5 synchronized (blockerLock) {
6 Interruptible b = blocker;
7 if (b != null) {
8 interrupt0(); // Just to set the interrupt flag
9 b.interrupt(this);
10 return;
11 }
12 }
13 interrupt0();
14 }
private native void interrupt0();
第8行注释说的很清楚，仅仅是设置中断标识位，这是一个native方法。
2.isInterrupted 这是个实例方法
方法是测试线程是否中断，中断标识位的状态并不受到该方法的信息。也是一个native方法。
3.interrupted 这是个静态方法
方法是测试当前线程是否中断，线程中断标识位会清除。也是native方法。
作为一种协作机制，不会强求被标记中断的线程一定要在某个点进行中断处理，实际上，被中断的线程只需要在合适的时候处理，如果没有合适的时间，也可以不处理。频繁的检查中断可能会导致程序执行效率的低下，较少的检查会导致中断请求得不得及时响应。实际场景中，
如果性能指标比较关键，可能需要建立一个测试模型来分析最佳的中断检测点，以平衡性能和响应灵敏性。
线程中断举例
1 public static void main(String[] args) throws Exception {
2 Runnable runnable = new Runnable() {
3 public void run() {
4 while (true) {
5 if (Thread.currentThread().isInterrupted()) {
6 System.out.println("线程被中断了");
7 return;
8 } else {
9 System.out.println("线程没有被中断");
10 }
11 }
12 }
13 };
14 Thread t = new Thread(runnable);
15 t.start();
16 Thread.sleep(3000);
17 t.interrupt();
18 System.out.println("线程中断了，程序到这里了");
19 }
结果
... 线程没有被中断 线程没有被中断 线程没有被中断 线程没有被中断 线程没有被中断 线程中断了，程序到这里了 线程被中断了
代码分为以下几步：
1、main函数起一个t线程
2、main函数3秒钟之后给t线程打一个中断标识位，表示t线程要中断
3、t线程无限轮询自己的中断标识位，中断了则打印、退出，否则一直运行
从控制台上打印的语句看到，3秒钟中断后，打印出该打印的语句后，就停止了。那这种场景就是前面说的"频繁地检查"，导致程序效率低下；那如果不频繁地检查呢，比如在while中的else分支中加上Thread.sleep(500)，表示500ms即0.5s检查一次，那这种场景就是前面说的"中断得不到及时的响应"。
其实这个例子中，t线程完全可以不用去管这个中断标识位的，不去检查就好了，只管做自己的事情，这说明中断标识位设不设置是别人的事情，处不处理是我自己的事情，没有强制要求必须处理中断。
但是，那些会抛出InterruptedException的方法要除外。像sleep、wait、notify、join，这些方法遇到中断必须有对应的措施，可以直接在catch块中处理，也可以抛给上一层。这些方法之所以会抛出InterruptedException就是由于Java虚拟机在实现这些方法的时候，本身就有某种机制在判断中断标识位，如果中断了，就抛出一个InterruptedException。