如何运用LockSupport.unpark构建超越notifyAll的极致线程唤醒调度模型？
- 内容介绍
- 相关推荐
本文共计1032个文字，预计阅读时间需要5分钟。
`LockSupport.unpark()` 可以实现比 `notifyAll()` 更精确的线程唤醒。关键不在于唤醒能力更强，而在于它不依赖于共享监视器、不丢失信号，且可以跨线程任意调度。
使用不当或忽略 `permit` 语义，可能导致隐秘的死锁或唤醒失效。
为什么 unpark(Thread) 不会丢失唤醒信号
因为 unpark 发放的是一个“许可（permit）”，每个线程最多持有一个；即使目标线程还没执行到 park()，许可也已存在，后续调用 park() 会立即消费并返回——这和 notify() 必须在对方 wait() 之后才有效完全不同。
本文共计1032个文字，预计阅读时间需要5分钟。
`LockSupport.unpark()` 可以实现比 `notifyAll()` 更精确的线程唤醒。关键不在于唤醒能力更强，而在于它不依赖于共享监视器、不丢失信号，且可以跨线程任意调度。
使用不当或忽略 `permit` 语义，可能导致隐秘的死锁或唤醒失效。
为什么 unpark(Thread) 不会丢失唤醒信号
因为 unpark 发放的是一个“许可（permit）”，每个线程最多持有一个；即使目标线程还没执行到 park()，许可也已存在，后续调用 park() 会立即消费并返回——这和 notify() 必须在对方 wait() 之后才有效完全不同。