哪些机制会导致Java线程不可中断且永久运行？

有多种因素会导致Java线程无法终止，比如无限循环、死锁或等待永远不可用的IO。其中部分情况会产生可中断线程——调用Thread.interrupt()可以使其终止并释放资源；另一些则会产生不可中断线程，没有简单安全的方法能终止它们，只能等到JVM关闭才会停止。

下面的测试代码可以验证这一点：可中断的sleepy方法会在超时后停止输出，而不可中断的spinny方法会持续输出直到测试结束、JVM关闭。

我已经明确的会导致不可中断且永不返回的线程场景：

• 未调用Thread.sleep（或其他检查中断状态的方法）的无限循环
• 捕获并吞掉InterruptedException且不终止的代码
• 检查（并清除）Thread.interrupted()状态但不抛出异常、也不终止的代码

我的问题是：还有哪些类似的场景？比如使用不同锁机制的死锁、IO等待、通过尾递归优化避免栈溢出的无限递归等。我需要尽可能完整的清单。

背景说明：我需要运行半可信用户提交的代码，希望能保证代码在设定时间内终止，且不会因为未终止的线程泄露资源。我知道这对任意代码来说无法完全实现，但如果有一份相对完整的“黑名单”，我可以做编译时检查，或者至少明确记录必须避免的特定机制。

import org.junit.jupiter.api.Test;
import java.util.concurrent.*;

public class TimeoutTest {

    private static boolean sneakyTrue() { return true;}
    private static String sleepy() throws InterruptedException{
        while (sneakyTrue()) {
            Thread.sleep(1 * 1000);
            System.out.println("Sleepy is still running");
        }
        return "Unreachable";
    }
    private static String spinny(){
        var x = 0;
        while (sneakyTrue()) {
            x++;
            if (x == 0) System.out.println("Spinny is still running");
        }
        return "Unreachable";

    }

    private static String maybeTimeout(Callable<String> f){
        ExecutorService exec = Executors.newSingleThreadExecutor();
        var result = exec.submit(f);
        try{
            return result.get(5, TimeUnit.SECONDS);
        } catch (InterruptedException | ExecutionException e) {
            throw new RuntimeException(e);
        }
        catch (TimeoutException e){
            result.cancel(true);
            System.out.println("Thread has timed out");
            return "Timed out";
        }
    }

    @Test
    void spinnyShouldBeAbleToTimeout() {
        assert (maybeTimeout(TimeoutTest::spinny).equals("Timed out"));
        try {
            Thread.sleep(15 * 1000);
        } catch (InterruptedException e) {
            throw new RuntimeException(e);
        }
    }

    @Test
    void sleepyShouldBeAbleToTimeout() {
        assert (maybeTimeout(TimeoutTest::sleepy).equals("Timed out"));
        try {
            Thread.sleep(15 * 1000);
        } catch (InterruptedException e) {
            throw new RuntimeException(e);
        }
    }
}

补充的不可中断线程场景 #

• 同步锁阻塞：线程进入synchronized块/方法等待锁时，Thread.interrupt()无法中断该等待过程，线程会一直阻塞直到获取锁，仅会保留中断状态但不触发异常。
• 原生IO阻塞：使用传统Java IO（如InputStream.read()、Socket.accept()）时，线程处于底层系统级阻塞，Thread.interrupt()无法中断此状态，线程会一直等待IO完成或底层出错。
• 死锁：多个线程互相持有对方所需的锁且均不释放，涉及的线程会永久阻塞，无法被中断唤醒。
• JVM优化后的无限尾递归：若JVM将尾递归优化为循环，无限尾递归不会触发栈溢出，会持续运行且不响应中断（除非递归过程中主动检查中断状态）。
• 不可中断的原生方法调用：通过JNI调用的原生方法若内部是无限循环或阻塞在不可中断的系统调用上，Java线程会永久阻塞，无法被中断。
• 错误使用LockSupport.park()：调用park()后无对应unpark()，且线程醒来后不处理中断状态直接再次调用park()，会导致永久阻塞。
• 等待永不触发的Condition：使用java.util.concurrent.locks.Condition时，线程调用await()后无其他线程触发signal()/signalAll()，且捕获中断后继续await()，会永久阻塞。
• 纯计算型无限循环：循环内仅执行数学运算、变量操作等纯计算任务，完全不调用任何检查中断状态的方法，线程会持续运行且不响应中断。
• Thread.join()等待不可中断线程：若线程调用join()等待一个不可中断线程，Thread.interrupt()仅会中断当前线程的join等待，但被等待的线程仍会继续运行；若当前线程捕获中断后再次执行join()，则会永久阻塞。
• Unsafe类的阻塞操作：如Unsafe.park()，若无对应unpark()且不处理中断，会导致线程永久阻塞。

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