在Java并发编程中，线程安全是一个非常重要的概念。为了保证多个线程在访问共享资源时不会发生数据不一致的问题，我们需要使用锁来确保同一时刻只有一个线程能够访问共享资源。Java提供了多种锁机制，其中最常用的就是synchronized和ReentrantLock。本文将对这两种锁进行详细的介绍和比较，并通过代码示例展示如何使用它们来保护共享资源。
首先，我们来看一下synchronized。synchronized是Java内置的一种锁机制，它可以用于修饰方法或者代码块。当一个线程进入一个被synchronized修饰的方法或代码块时，它会获得对象的锁，其他线程需要等待该线程释放锁后才能进入。下面是一个简单的示例：
class Counter {
private int count = 0;
public synchronized void increment() {
count++;
}
public synchronized void decrement() {
count--;
}
public synchronized int getCount() {
return count;
}
}
在这个示例中，我们使用synchronized修饰了increment()、decrement()和getCount()方法，确保了在同一时刻只有一个线程能够访问count变量。
接下来，我们来看一下ReentrantLock。ReentrantLock是Java提供的一种显式锁，它需要手动加锁和解锁。相比于synchronized，ReentrantLock具有更高的灵活性，可以实现更复杂的线程同步策略。下面是一个简单的示例：
import java.util.concurrent.locks.ReentrantLock;
class Counter {
private int count = 0;
private final ReentrantLock lock = new ReentrantLock();
public void increment() {
lock.lock();
try {
count++;
} finally {
lock.unlock();
}
}
public void decrement() {
lock.lock();
try {
count--;
} finally {
lock.unlock();
}
}
public int getCount() {
lock.lock();
try {
return count;
} finally {
lock.unlock();
}
}
}
在这个示例中，我们使用ReentrantLock替换了synchronized，实现了类似的功能。需要注意的是，在使用ReentrantLock时，我们需要在finally代码块中释放锁，以确保锁总是能够被正确释放。
通过对比，我们可以发现synchronized和ReentrantLock在实现线程安全方面各有优缺点。synchronized简单易用，但功能较为有限；而ReentrantLock功能强大，但使用起来相对复杂。在实际开发中，我们可以根据具体需求选择合适的锁机制来实现线程安全。
