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 仍能正常运行，不会丢失唤醒信号。
带诊断信息的阻塞
你还可以给 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 的前置调用有效，以及中断不会抛异常但需手动处理。
