LockSupport是Java并发包中的基础线程阻塞工具，提供park()和unpark(Thread)方法实现线程的阻塞与唤醒；park()使当前线程阻塞，直到被中断、虚假唤醒或收到unpark许可；unpark(Thread)向指定线程发放许可，可先于park调用，避免通知丢失；相比wait/notify，它无需synchronized锁、支持精确唤醒且更轻量；推荐使用park(Object blocker)传入阻塞原因以便调试；其基于许可机制和不抛异常的特性使其成为AQS等同步组件的底层支撑。
在Java中，LockSupport 是一个非常基础且重要的线程阻塞工具类，位于 java.util.concurrent.locks 包下。它提供的 park() 和 unpark(thread) 方法用于控制线程的阻塞与唤醒，相比传统的 wait/notify 或 sleep，它更加灵活、底层，且不会抛出 InterruptedException（除非配合响应中断使用）。
基本作用说明
park()：使当前线程进入阻塞状态，直到发生以下情况之一：- 其他线程调用
unpark(thisThread) - 当前线程被中断（是否响应中断取决于具体方法）
- 虚假唤醒（极少见，但需注意）
关键点是：unpark 可以先于 park 调用，这和 wait/notify 必须成对且顺序执行不同，避免了因通知丢失导致的死锁问题。
基本使用示例
下面是一个简单的线程协作例子：
Thread worker = new Thread(() -> {
System.out.println("工作线程开始执行任务...");
// 阻塞，等待被唤醒
LockSupport.park();
System.out.println("工作线程被唤醒，继续执行！");
});
worker.start();
// 主线程休眠1秒，模拟一些操作
try { Thread.sleep(1000); } catch (InterruptedException e) {}
// 唤醒工作线程
LockSupport.unpark(worker);
// 输出：
// 工作线程开始执行任务...
// 工作线程被唤醒，继续执行！
在这个例子中，即使 unpark 在 park 之前调用，也不会有问题。因为 unpark 会给线程发放一个“许可”，park 会先检查是否有许可，有则直接返回，不阻塞。
立即学习“Java免费学习笔记（深入）”；
与 wait/notify 的主要区别
- 不需要获取对象锁：park/unpark 不依赖 synchronized，使用更自由。
- 许可机制：unpark 发放许可，park 消费许可，允许先发后收。
- 精确唤醒：unpark 直接指定线程，而 notify 是随机唤醒一个 wait 线程。
- 更轻量级：基于 UNSAFE 实现，是 AQS 等同步器的基础。
处理中断的 park 方法
LockSupport 提供了两个版本的 park：
-
LockSupport.park()：不响应中断，即使线程被中断，也可能继续阻塞。 -
LockSupport.parkNanos(long nanos)或park(Object blocker)：可结合中断检测使用。
实际开发中，通常这样处理中断：
if (Thread.interrupted()) {
// 清除中断状态并提前返回或抛出
}
LockSupport.park();
或者通过判断中断状态来决定是否继续 park。
blocker 的作用
推荐使用 LockSupport.park(Object blocker)，传入一个阻塞原因对象（如 this），这个信息会被记录在线程的 parkBlocker 字段中，可以通过 Thread.currentThread().getParkBlocker() 获取，有助于调试和分析线程状态（比如用 jstack 查看时能知道卡在哪）。
基本上就这些。LockSupport 的 park 和 unpark 是 Java 并发包的基石，理解其行为对掌握 AQS、ReentrantLock、Condition 等高级同步组件很有帮助。使用时注意许可机制和中断处理即可。
