如何在Java中使用LockSupport控制线程阻塞

LockSupport通过park和unpark实现线程阻塞与唤醒，无需锁机制，支持前置unpark且中断不抛异常需手动处理，是AQS等并发工具的基础。

在Java中，LockSupport 是一个非常底层且实用的工具类，用于线程阻塞和唤醒操作。它位于 java.util.concurrent.locks 包下，相比传统的 wait/notify 和 Condition 机制，LockSupport 更加简洁、灵活，且不需要依赖 synchronized 或锁对象。

基本原理：park 与 unpark

LockSupport 的核心是两个静态方法：

• LockSupport.park()：阻塞当前线程，直到其他线程调用该线程的 unpark 方法，或当前线程被中断。
• LockSupport.unpark(Thread thread)：唤醒指定线程，即使 unpark 在 park 之前调用，也不会失效（这是与 wait/notify 的关键区别）。

这种“许可”机制类似于信号量，每个线程有一个许可，默认为0。调用 unpark 会把许可设为1，调用 park 会尝试获取许可，如果为1则消费并继续执行，否则阻塞。

简单示例：线程顺序控制

下面是一个使用 LockSupport 控制两个线程交替打印的例子：

立即学习“Java免费学习笔记（深入）”；

public class ParkUnparkDemo {
    public static void main(String[] args) {
        Thread t1 = new Thread(() -> {
            System.out.println("T1 执行任务");
            LockSupport.park(); // 阻塞自己
            System.out.println("T1 被唤醒，继续执行");
        });

        Thread t2 = new Thread(() -> {
            System.out.println("T2 执行任务");
            LockSupport.unpark(t1); // 唤醒 t1
        });

        t1.start();
        t2.start();
    }
}

输出结果通常是：

T1 执行任务
T2 执行任务
T1 被唤醒，继续执行

注意：t2 先调用 unpark，t1 后调用 park 仍能正常运行，不会丢失唤醒信号。

如知AI笔记

如知笔记——支持markdown的在线笔记，支持ai智能写作、AI搜索，支持DeepseekR1满血大模型

27

查看详情

带诊断信息的阻塞

你还可以给 park 添加阻塞原因，便于问题排查：

LockSupport.park("等待资源释放"); // 可传入 Object 作为阻塞原因

这个信息可以通过 JVM 工具（如 jstack）查看，帮助定位线程为何阻塞。

处理中断情况

park 操作对中断敏感。如果线程在 park 时被中断，park 会立即返回，且不会抛出 InterruptedException。你需要手动检查中断状态：

LockSupport.park();
if (Thread.interrupted()) {
    System.out.println("线程被中断");
}

因此，在使用 park 时建议结合中断处理逻辑，避免忽略中断信号。

基本上就这些。LockSupport 是构建高级并发工具的基础，比如 AQS（AbstractQueuedSynchronizer）内部就大量使用了它。掌握 park 和 unpark 的使用，有助于理解 Java 并发底层机制。不复杂但容易忽略的是：unpark 的前置调用有效，以及中断不会抛异常但需手动处理。

以上就是如何在Java中使用LockSupport控制线程阻塞的详细内容，更多请关注php中文网其它相关文章！