去掉static后如何保证ReentrantLock的线程安全？

在Java多线程编程中，ReentrantLock是一种常用的同步机制，用于控制对共享资源的访问。经常会遇到将ReentrantLock声明为static的情况，那么去掉static后，如何保证线程安全呢？

问题分析

当ReentrantLock被声明为static时，它属于类级别，所有线程共享同一个ReentrantLock实例。如果去掉static，每个线程都会创建自己的ReentrantLock实例，导致锁机制失效，无法保证线程安全。

举例来说，假设有两个线程A和B，它们都调用同一个方法，该方法内部使用ReentrantLock来保护一段代码。如果ReentrantLock不是static的，那么A和B将分别拥有自己的ReentrantLock实例，A获得自己的锁，B获得自己的锁，两者互不干扰，无法达到同步的目的。

解决方案

为了解决这个问题，我们需要确保所有线程共享同一个ReentrantLock实例，即使它不是static的。以下是一些解决方案：

将ReentrantLock作为实例变量:


    public void performTask() {           lock.lock();            try {               // 执行需要同步的代码块           } finally {               lock.unlock();            }       }   }   ```

在这个方案中，`ReentrantLock`作为实例变量，每个`ReentrantLockExample`对象都拥有一个独立的锁，如果多个线程访问同一个`ReentrantLockExample`实例的`performTask`方法，则可以保证线程安全。

将ReentrantLock作为参数传递:

java public class ReentrantLockExample { public void performTask(ReentrantLock lock) { lock.lock(); try { // 执行需要同步的代码块 } finally { lock.unlock(); } } } 在这个方案中，ReentrantLock作为参数传递给performTask方法，调用方需要负责创建和管理ReentrantLock实例，并将其传递给需要同步的方法。

示例代码

以下是一个完整的示例代码，展示了如何使用实例变量的方式保证线程安全：javaimport java.util.concurrent.locks.ReentrantLock;

public class ReentrantLockExample { private final ReentrantLock lock = new ReentrantLock();

public static void main(String[] args) {        ReentrantLockExample example = new ReentrantLockExample();

    Thread thread1 = new Thread(() -> example.performTask());        Thread thread2 = new Thread(() -> example.performTask());

    thread1.start();        thread2.start();    }

public void performTask() {        lock.lock();        try {            // 执行需要同步的代码块            System.out.println(Thread.currentThread().getName() + ' 正在执行任务');            Thread.sleep(1000);         } catch (InterruptedException e) {            e.printStackTrace();        } finally {            lock.unlock();            System.out.println(Thread.currentThread().getName() + ' 释放了锁');        }    }}

总结

去掉static后，想要保证ReentrantLock的线程安全，关键在于确保所有线程使用的是同一个ReentrantLock实例。可以通过实例变量或参数传递的方式来实现。选择哪种方式取决于具体的需求和代码结构。