当前位置：首页 > 文章列表 > 文章 > java教程 > Java公平锁实现与ReentrantLock使用详解

Java公平锁实现与ReentrantLock使用详解

2025-12-02 21:16:08 0浏览收藏

## Java公平锁实现方法及ReentrantLock应用：保障线程公平性在Java多线程编程中，`ReentrantLock`提供了比`synchronized`更灵活的锁定机制，其中公平锁是其重要特性之一。本文深入探讨Java公平锁的实现方式，通过`new ReentrantLock(true)`创建公平锁，确保线程按照请求顺序获取锁，遵循FIFO原则，有效减少线程饥饿现象。虽然公平锁能保证线程调度的公平性，适用于对响应时间一致性要求较高的场景，但其性能开销较大，吞吐量低于非公平锁。文章通过示例代码详细展示了公平锁在多线程访问共享资源时的应用，并分析了其优缺点及适用场景，帮助开发者在安全性和性能之间做出最佳选择。了解公平锁与非公平锁的区别，有助于优化并发程序，提升系统稳定性和可维护性。

公平锁指线程按请求顺序获取锁，遵循FIFO原则，可减少线程饥饿；通过new ReentrantLock(true)创建，适用于需公平调度的场景，但性能开销较大，吞吐量低于非公平锁。

Java如何使用ReentrantLock实现公平锁_Java多线程访问控制机制

在Java多线程编程中，ReentrantLock 是一个可重入的互斥锁，相比synchronized关键字提供了更灵活的锁定机制。其中一个重要特性是支持公平锁与非公平锁的选择。默认情况下，ReentrantLock使用的是非公平锁，但可以通过构造函数显式指定为公平锁。

什么是公平锁？

公平锁指的是线程获取锁的顺序严格按照它们发出请求的先后顺序执行，即遵循FIFO（先进先出）原则。换句话说，等待时间最长的线程会优先获得锁，避免了“线程饥饿”现象。

而非公平锁允许多个线程竞争锁时，当前线程可能插队成功（即使有其他线程正在等待），这虽然提高了吞吐量，但可能导致某些线程长时间无法获取锁。

如何创建公平的ReentrantLock

通过 ReentrantLock 的构造函数传入 true 参数即可启用公平模式：

ReentrantLock fairLock = new ReentrantLock(true); // 公平锁
ReentrantLock unfairLock = new ReentrantLock(false); // 非公平锁（默认）

使用示例：多线程访问共享资源

下面是一个使用公平锁控制多个线程对共享资源进行有序访问的简单例子：

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  example.increment(), "Thread-" + Thread.currentThread().getId()%10).start();
        }
    }
}

在这个例子中，由于使用了公平锁，理论上每个线程会按启动或请求锁的顺序依次获得执行权，输出结果更接近线程发起请求的顺序。