为何interrupt()会连续中断两个线程？线程启停中断异常咨询

嘿，我帮你捋捋这个头疼的线程问题——你说第一个线程被中断后，新线程连启动都没启动就直接被中断了，其实核心问题大概率是你复用了同一个Thread实例，或者没处理好线程的中断状态标记。

先给你拆解下原因：Java里的Thread对象有个死规矩——一个Thread实例只能被启动一次。一旦这个线程运行结束（不管是正常跑完还是被中断终止），它就进入了TERMINATED状态，再也没法重新启动了。而且它的中断标记还会保留着，这就导致你以为启动了新线程，但实际上这个“旧线程壳子”的中断状态还是true，刚要运行就触发了中断逻辑，看起来就像新线程没启动就挂了。

从你贴的输出日志也能看出来：第一个线程跑到计数器6后，过了8秒被中断，然后你检查线程不为null就尝试重启，但新线程根本没进入run方法，这就是因为这个Thread实例已经是“死线程”了，没法再干活儿。

怎么解决？给你两个关键思路 #

• 绝对不要复用Thread实例：每次需要新线程的时候，都创建一个全新的Thread对象，别舍不得那点内存，复用旧的只会给自己找麻烦。
• 及时处理中断状态：如果你的业务逻辑需要在中断后继续执行，记得调用Thread.interrupted()来清除中断标记（这个方法会返回当前的中断状态，同时把标记重置为false）。

给你写个能正常跑的示例代码，一看就懂：

public class ThreadRestartFix {
    public static void main(String[] args) throws InterruptedException {
        // 启动第一个线程
        Thread firstThread = new Thread(new CounterTask());
        firstThread.start();
        
        // 模拟运行8秒后中断它
        Thread.sleep(8000);
        firstThread.interrupt();
        // 等第一个线程彻底终止，再启动新的
        firstThread.join();
        
        // 重点：创建全新的第二个线程，不是复用firstThread！
        Thread secondThread = new Thread(new CounterTask());
        secondThread.start();
    }

    // 单独抽出来的任务逻辑，可复用
    static class CounterTask implements Runnable {
        @Override
        public void run() {
            try {
                int count = 0;
                while (true) {
                    System.out.println("Thread Counter:" + count++);
                    Thread.sleep(1000);
                }
            } catch (InterruptedException e) {
                System.out.println("当前线程被中断，即将退出run方法");
                // 如果需要在中断后继续执行，就加下面这行清除标记
                // Thread.interrupted();
            }
        }
    }
}

再给你划几个重点 #

• 为啥不能复用Thread？因为Thread内部维护着状态机，从NEW到RUNNABLE再到TERMINATED，是单向的，一旦到了TERMINATED，就彻底歇菜了，强行调用start()还会抛IllegalThreadStateException，只是有时候你没捕获到而已。
• 中断状态的坑：线程被中断时，中断标记会设为true。如果你的Runnable被复用，而且逻辑里会检查这个标记，那新的执行逻辑一上来就会认为自己被中断了，直接走中断分支。
• 正确处理中断：当你捕获InterruptedException时，这个异常会自动清除当前线程的中断标记；但如果是用Thread.isInterrupted()检查到的中断，就得手动调用Thread.interrupted()来重置标记。

按照这个方法改完，你就能看到第一个线程被中断终止后，第二个全新的线程会正常启动计数，再也不会出现没启动就被中断的情况啦～

内容的提问来源于stack exchange，提问作者BenVes