一起Talk Android吧（第三百六十二回：多线程之线程中断）

各位看官们，大家好，上一回中咱们说的是Android中多线程之停止线程的例子,这一回中咱们介绍的例子是多线程之线程中断。闲话休提，言归正转。让我们一起Talk Android吧！

看官们，我们在上一章回中介绍了如何通过中断线程来停止线程，当时只介绍了具体的使用方法，没有对中断线程做详细介绍，本章回详细介绍如何线程中断。

我们说的线程中断表示当前正在运行的线程由于某种原因被暂停运行了，线程的状态从运行(RUNNING)变成阻塞(WAITING)。接下来我们看看哪些操作会引起线程中断。

• 在当前线程中调用Objcet类的wait()方法；
• 在当前线程中调用Thread的sleep()方法；
• 在当前线程中调用其它线程的join()方法；
• 在其它线程中调用当前线程的interrupt()方法；

线程在后台维护着一个中断标志,可以通过线程的isInterrupt()方法获得该标志的值，默认情况下该方法返回false，调用上面的这些方法后会引起线程中断,同时更新中断标志的值，导致isInterrupt()方法返回true。当线程已经被中断了，如果调用interrupt()方法使线程发生中断异常。这个好理解，因为线程已经中断了，还让它中断(类似于电视剧中把一个人杀死两次，这也很荒唐)，所以引起了异常，此时中断标志就会恢复成默认值false。下面我们通过程序来演示这个过程：

public static void main(String[] args) {
    Log.d(TAG, "onCreate: check state of Thread");
    Thread thread = new Thread() {
        @Override
        public void run() {
            boolean flag = false;
            super.run();
            while (true) {
                flag = Thread.currentThread().isInterrupted();
                Log.d(TAG, "run: interrupt flag = "+flag);
                if(flag) {
                    Log.d(TAG, "interrupt flag changed, stop thread ");
                    break;
                }

                //注意：sleep,wait等方法会修改中断标志
                /*
                try {
                    TimeUnit.MICROSECONDS.sleep(1);
                } catch (InterruptedException e) {
                    Log.d(TAG, "run: check interrupt flag = "+flag);
                    Log.d(TAG, "interrupt exception, stop thread ");
                    break;
                }*/
            }
        }
    };

    thread.start();
    try {
        TimeUnit.MICROSECONDS.sleep(3);
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
    Log.d(TAG, "onCreate: interrupt thread");
    thread.interrupt();
}

我们分析上面的程序：在主线程(main方法所在的线程)中创建一个子线程，子线程中输出线程的中断标志值，子线程一直运行直到中断标志被修改才停止。我们在主线程中调用interrupt()方法手动中断子线程，此时子线程的中断标志被修改，子线程停止。大家还记得我们在上一章回中介绍过的通过中断标志停止线程的方法吗？刚才说的这个过程就是通过中断标记来停止线程。

打开被注释掉的代码，我们再看另外一个程序运行过程。在主线程(main方法所在的线程)中创建一个子线程，子线程中输出线程的中断标志值，子线程一直运行直到中断标志被修改才停止。子线程调用sleep()方法，同时捕获中断异常，如果发生中断异常，那么停止运行。此时子线程的中断标志被修改为true，我们在主线程中调用interrupt()方法手动中断子线程，此时子线程处于中断状态(waitting），调用interrupet()方法使用子线程发生中断异常，子线程的中断标志被修改为默认值false，(可以理解为异常发生进行复位操作)子线程捕获到了中断异常然后停止运行。大家可以看到，在此过程中子线程的中断标志被修改两次，单纯地通过中断标志来判断是否停止线程运行已经不起作用了。这就是我们在上一章回中不推荐使用"判断中断来停止线程"的原因。

通过分析上面程序的运行过程，我们得出以下结论：

• 如果在实际项目中十分肯定线程不会被阻塞，那么可以通过判断中断标志来停止线程；
• 如果在实际项目中线程可能会被阻塞，那么可以通过捕获中断异常来停止线程；

看官们，关于Android中多线程之线程中断的例子咱们就介绍到这里，欲知后面还有什么例子，且听下回分解！