终止线程的2种方法。标记法和中断

引言

在原来的jdk版本中：
提供了暂停，恢复，终止线程的方法，分别是suspend(),resume(),stop();
可是它们都存在缺陷，好比暂停suspend()方法在调用后，线程不会释放资源（好比：锁），而是占有着资源进入睡眠状态。stop()方法在调用后，一般不能保证线程的资源正常的释放，由于他根本没有给予线程释放资源的机会。
正由于这些方法带来的不良影响，使得它们被废除。

替代

然而聪明的程序员仍是想出来了替代上述api的方法，

原始api	替代方案
暂停和恢复	等待-通知机制
终止	标记法和中断法

终止线程-法一：标记法

经过置标记为相反的布尔值，来终止线程

代码：

package Interrupt;

public class InterruptThread4 {
    public static void main(String args[]) throws InterruptedException {
        ThreadTest t1=new ThreadTest();
        t1.start();
        Thread.sleep(1000);
        System.out.println(System.currentTimeMillis());
        t1.stopMe();

    }
    static class ThreadTest extends Thread{
        private boolean stopMe=false;

        public void stopMe() {
            this.stopMe = true;
        }

        @Override
        public void run() {
            while(true){
                if(stopMe){
                    System.out.println("interrupt!");
                    break;
                }
                try {
                    System.out.println("t1 sleep");
                    Thread.sleep(5000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                Thread.yield();
            }
            System.out.println(System.currentTimeMillis());
        }
    }
}

结果：

t1 sleep
1501152592588
interrupt!
1501152596589

现象：

经过打印的时间戳对比发现，发出中断信号和线程中断相隔的时间为5s，这正是线程休眠的时间。因此经过标志来中断线程，假设线程中有sleep()和wait()方法，它达不到当即终止的做用，必须等线程恢复正常运行或者唤醒后才能终止。

终止线程-法二：中断法

Thread中断是经过内部的标记字段来进行的，线程中断并非使线程马上退出，而是发送给线程一个通知，至于目标线程接到通知如何处理是由线程本身决定。这是和stop()方法强行退出是不一样的

api

在演示实例以前，先来了解下Thread类中断的api

api	含义
public void interrupt()	中断线程
public boolean isInterrupt()	判断线程是否中断
public static boolean interrupted	判断线程是否中断，而且清除当前中断状态

代码

package Interrupt;

public class InterruptThread3 {
    public static void main(String args[]) throws InterruptedException {
        Thread t1=new Thread(){
            @Override
            public void run() {
                while(true){
                    if(Thread.currentThread().isInterrupted()){
                        System.out.println("interrupt!");
                        break;
                    }
                    try {
                        System.out.println("t1 sleep");
                        Thread.sleep(5000);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                        //设置中断状态
                        Thread.currentThread().interrupt();
                    }
                    Thread.yield();
                }
                System.out.println(System.currentTimeMillis());
            }
        };
        t1.start();
        Thread.sleep(1000);
        System.out.println(System.currentTimeMillis());
        t1.interrupt();
    }
}

结果

1501153532961
java.lang.InterruptedException: sleep interrupted
interrupt!
at java.lang.Thread.sleep(Native Method)
1501153532963
at Interrupt.InterruptThread3$1.run(InterruptThread3.java:15)

现象

发现interrupt()几乎能够达到当即中断的效果，可是线程必须捕获InterruptedException异常这是前提条件。不然线程会永远的执行下去。
至于在catch代码块中为何要经过Thread.currentThread().interrupt();来重置中断状态，由于当jvm由于sleep(),wait()等须要捕获异常的方法被中断时，在抛出InterruptedException以前，它会先清除掉线程的中断标志位，使得isInterrupted()返回false;

中断的两种方法对比

若是线程中有wait()和sleep()等方法，用中断法来终止线程效果更好。
由于若是线程长久的等待下去，而没有任何其余线程对其唤醒或者长期的睡眠下去，标志法根本没法中断，而中断法能够当即中断。

最后的两点很是重要：

a.要使用interrupt()方法来中断线程，必定要在方法里捕获InterruptedException。
b.若是由于wait(),或sleep()等须要捕获InterruptedException的方法被中断时，jvm会在抛出异常以前先清除中断标记位，使得isInterrupted()返回为false。素以咱们要在判断以前先从新设置好标记位

很久没写博客了，闪~