lock接口提供比synchronized更灵活的锁控制，支持可中断等待、超时尝试和公平锁；通过reentrantlock实现显式加锁与释放，需在finally块中调用unlock()防止死锁；合理使用可提升高并发场景下的可控性与响应性。
在Java中，Lock接口提供了比synchronized关键字更灵活、更细粒度的锁控制机制。通过显式地获取和释放锁，开发者可以更好地管理并发访问，避免死锁，并实现超时尝试、可中断等待等高级功能。
1. Lock接口基本使用方法
要使用Lock接口，通常采用其最常用的实现类ReentrantLock。与synchronized不同，Lock必须手动加锁和解锁。
示例代码：
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;
public class Counter {
private int count = 0;
private final Lock lock = new ReentrantLock();
public void increment() {
lock.lock(); // 显式加锁
try {
count++;
} finally {
lock.unlock(); // 必须在finally中释放锁
}
}
public int getCount() {
lock.lock();
try {
return count;
} finally {
lock.unlock();
}
}
}
关键点：lock()方法获取锁，unlock()释放锁。务必在finally块中调用unlock()，防止因异常导致锁无法释放。
2. Lock相比synchronized的优势
Lock接口支持更多操作方式，适用于复杂场景：
立即学习“Java免费学习笔记（深入）”；
- 可中断锁等待：使用lockInterruptibly()，线程可在等待锁时响应中断。
- 尝试获取锁：tryLock()立即返回是否获取成功，避免无限等待。
- 带超时的锁：tryLock(long time, TimeUnit unit)在指定时间内尝试获取锁。
- 公平锁支持：ReentrantLock可设置为公平模式，按请求顺序分配锁。
public boolean timedIncrement() {
try {
if (lock.tryLock(1, java.util.concurrent.TimeUnit.SECONDS)) {
try {
count++;
return true;
} finally {
lock.unlock();
}
} else {
System.out.println("获取锁超时");
return false;
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
return false;
}
}
3. 使用注意事项
虽然Lock提供了更大的灵活性，但也增加了出错风险：
- 必须确保每次lock()后都有对应的unlock()，推荐使用try-finally结构。
- 避免在多个方法间传递锁的持有状态，容易造成遗漏释放。
- 公平锁虽能减少线程饥饿，但性能较低，需根据场景权衡。
- 不可重入的Lock实现可能导致自身死锁，ReentrantLock支持可重入。
基本上就这些。合理使用Lock接口，能在高并发场景中提升程序的可控性和响应性，但也要注意资源管理和异常处理。不复杂但容易忽略。
