公平锁与非公平锁区别解析

公平锁与非公平锁的核心差异在于线程获取锁的顺序是否严格遵循等待时间先后：公平锁通过FIFO队列确保先到先得，避免饥饿但性能较低；非公平锁允许后到线程通过CAS直接抢占锁，大幅提升吞吐量和响应速度，却可能引发个别线程长期等待。Java中ReentrantLock可显式选择（true为公平，false或无参为非公平），而synchronized始终是非公平的。理解这一权衡，能帮你根据实际场景——如高并发追求效率，还是强一致性要求公平——做出更精准的锁策略决策。

公平锁与非公平锁的核心区别在于线程获取锁的顺序是否遵循等待时间的先后。在Java中，这种机制主要体现在ReentrantLock的实现上。

公平锁（Fair Lock）

公平锁会保证线程按照申请锁的时间顺序获得锁，即先等待的线程优先获取锁。

• 通过new ReentrantLock(true)创建。
• 每次尝试获取锁时，都会检查是否有其他线程在等待，如果有，则当前线程排队。
• 避免了线程“饥饿”现象，所有线程都有机会执行。
• 由于需要查询等待队列，性能相对较低，吞吐量较小。

非公平锁（Nonfair Lock）

非公平锁允许多个线程抢占锁，不保证等待顺序，后请求的线程可能比前面的线程更早获得锁。

• 默认方式，new ReentrantLock()或new ReentrantLock(false)创建。
• 线程在获取锁时会直接尝试CAS操作，成功则占有锁，无需查看队列中是否有等待者。
• 可能导致某些线程长时间无法获取锁（饥饿），但整体效率更高。
• 减少了线程切换和队列检查开销，吞吐量更大。

关键差异对比

基本上就这些。选择哪种锁取决于应用对公平性和性能的权衡。非公平锁是多数情况下的合理默认选择。

好了，本文到此结束，带大家了解了《公平锁与非公平锁区别解析》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！