公平锁指线程按请求顺序获取锁，遵循FIFO原则，可减少线程饥饿；通过new ReentrantLock(true)创建，适用于需公平调度的场景，但性能开销较大，吞吐量低于非公平锁。
在Java多线程编程中，ReentrantLock 是一个可重入的互斥锁，相比synchronized关键字提供了更灵活的锁定机制。其中一个重要特性是支持公平锁与非公平锁的选择。默认情况下，ReentrantLock使用的是非公平锁，但可以通过构造函数显式指定为公平锁。
什么是公平锁？
公平锁指的是线程获取锁的顺序严格按照它们发出请求的先后顺序执行，即遵循FIFO（先进先出）原则。换句话说，等待时间最长的线程会优先获得锁，避免了“线程饥饿”现象。
而非公平锁允许多个线程竞争锁时，当前线程可能插队成功（即使有其他线程正在等待），这虽然提高了吞吐量，但可能导致某些线程长时间无法获取锁。
如何创建公平的ReentrantLock
通过 ReentrantLock 的构造函数传入 true 参数即可启用公平模式：
立即学习“Java免费学习笔记（深入）”；
ReentrantLock fairLock = new ReentrantLock(true); // 公平锁 ReentrantLock unfairLock = new ReentrantLock(false); // 非公平锁（默认）
使用示例：多线程访问共享资源
下面是一个使用公平锁控制多个线程对共享资源进行有序访问的简单例子：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
import java.util.concurrent.locks.ReentrantLock;
public class FairLockExample {
private final ReentrantLock lock = new ReentrantLock(true); // 公平锁
private int count = 0;
public void increment() {
lock.lock();
try {
Thread thread = Thread.currentThread();
System.out.println(thread.getName() + " 获取锁，当前count=" + count);
count++;
try {
Thread.sleep(100); // 模拟操作耗时
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
} finally {
lock.unlock();
}
}
public static void main(String[] args) {
FairLockExample example = new FairLockExample();
// 创建10个线程
for (int i = 0; i < 10; i++) {
new Thread(() -> example.increment(), "Thread-" + Thread.currentThread().getId()%10).start();
}
}
}
</font>
在这个例子中，由于使用了公平锁，理论上每个线程会按启动或请求锁的顺序依次获得执行权，输出结果更接近线程发起请求的顺序。
公平锁的优缺点分析
优点：
- 保证线程调度的公平性，减少线程饥饿问题。
- 适用于对响应时间一致性要求较高的场景。
缺点：
- 性能开销更大，因为需要维护等待队列和检查队列状态。
- 整体吞吐量通常低于非公平锁。
- 并不能完全保证操作系统层面的线程调度公平，只是在锁层面尽力做到FIFO。
适用场景建议
公平锁适合以下情况：
- 系统中存在大量线程频繁争抢同一个锁。
- 业务逻辑要求各线程必须轮流执行，不能长期被排斥。
- 调试或测试阶段希望复现确定性的执行顺序。
对于大多数高并发服务场景，非公平锁仍是首选，因其更高的效率和更低的上下文切换开销。
基本上就这些。合理选择锁类型，才能在安全性和性能之间取得平衡。
