Interview AiBoxInterview AiBox 实时 AI 助手,让你自信应答每一场面试
synchronized和ReentrantLock有什么区别?各自适用场景是什么?
题型摘要
synchronized和ReentrantLock都是Java中用于实现线程同步的机制。synchronized是Java关键字,自动管理锁的获取和释放,使用简单,适合简单同步场景;ReentrantLock是Java类,提供了更丰富的功能,如公平锁、可中断锁、超时锁等,适合需要高级功能的复杂同步场景。在JDK 1.6后,synchronized经过优化,性能与ReentrantLock差距缩小。选择时应根据具体需求、性能要求和团队技术水平决定。
synchronized和ReentrantLock的区别与适用场景
基本概念
synchronized
synchronized是Java中的关键字,是Java内置的锁机制,也称为监视器锁或内置锁。它可以用来修饰方法或代码块,确保同一时间只有一个线程可以执行被修饰的代码。
ReentrantLock
ReentrantLock是Java并发包java.util.concurrent.locks中的一个类,它提供了比synchronized更广泛的锁定操作。它是一个可重入的互斥锁,具有与使用synchronized方法和语句所访问的隐式监视器锁相同的一些基本行为和语义,但功能更强大。
主要区别
1. 性质与实现方式
| 特性 | synchronized | ReentrantLock |
|---|---|---|
| 类型 | Java关键字 | Java类 |
| 实现方式 | JVM层面实现,基于对象头中的Mark Word | API层面实现,基于AQS(AbstractQueuedSynchronizer) |
| 可见性 | 自动保证可见性 | 需要手动保证可见性(通过unlock前的volatile写操作) |
2. 功能特性
| 特性 | synchronized | ReentrantLock |
|---|---|---|
| 可重入性 | 支持 | 支持 |
| 中断响应 | 不支持 | 支持(lockInterruptibly()) |
| 公平性 | 非公平锁 | 可选公平/非公平锁 |
| 超时机制 | 不支持 | 支持(tryLock(long, TimeUnit)) |
| 绑定条件 | 只有一个条件(wait/notify) | 可以绑定多个Condition对象 |
3. 使用方式
synchronized使用示例
// 修饰方法
public synchronized void method() {
// 临界区代码
}
// 修饰代码块
public void blockMethod() {
synchronized (this) {
// 临界区代码
}
}
ReentrantLock使用示例
public void lockMethod() {
ReentrantLock lock = new ReentrantLock();
lock.lock(); // 获取锁
try {
// 临界区代码
} finally {
lock.unlock(); // 释放锁
}
}
4. 锁的获取与释放
| 特性 | synchronized | ReentrantLock |
|---|---|---|
| 获取方式 | 自动获取(进入方法/代码块) | 手动获取(调用lock()方法) |
| 释放方式 | 自动释放(退出方法/代码块) | 手动释放(调用unlock()方法) |
| 释放灵活性 | 不灵活,代码执行完毕或异常退出时释放 | 灵活,可以在任何需要的时候释放 |
5. 异常处理
| 特性 | synchronized | ReentrantLock |
|---|---|---|
| 异常时锁释放 | 自动释放 | 必须在finally块中手动释放,否则可能导致死锁 |
| 异常处理机制 | JVM自动处理 | 需要开发者手动处理 |
工作原理对比
synchronized工作原理
synchronized是基于JVM实现的锁机制,其工作原理如下:
- 当一个线程试图访问同步代码块时,它必须先获得锁;
- 锁是存储在Java对象头中的Mark Word里的;
- 如果锁未被其他线程持有,当前线程会获取锁,并将Mark Word中的锁标志位设置为"锁定";
- 如果锁已被其他线程持有,当前线程会被阻塞,直到锁被释放;
- 当线程退出同步代码块时,JVM会自动释放锁。
ReentrantLock工作原理
ReentrantLock是基于AQS(AbstractQueuedSynchronizer)实现的锁机制,其工作原理如下:
- ReentrantLock内部维护了一个Sync对象,该对象继承自AQS;
- 当调用lock()方法时,Sync会尝试获取锁;
- 如果获取成功,将锁的持有者设置为当前线程,并将状态state加1;
- 如果获取失败,当前线程会被封装成一个Node节点,放入AQS的同步队列中;
- 当锁被释放时,AQS会从同步队列中取出一个线程唤醒,使其尝试获取锁。
适用场景
synchronized适用场景
- 简单同步需求:当同步逻辑简单,不需要高级功能时,synchronized是首选。
- 自动资源管理:希望锁的获取和释放由JVM自动管理,避免忘记释放锁导致死锁。
- 代码简洁性优先:synchronized语法简洁,代码可读性高。
- 竞争不激烈:在锁竞争不激烈的情况下,synchronized的性能可能更好,因为JVM会进行优化。
- 团队技术水平参差不齐:synchronized使用简单,不容易出错,适合团队成员技术水平不一的情况。
ReentrantLock适用场景
- 需要公平锁:当需要按照线程请求锁的顺序来获取锁时,可以使用ReentrantLock的公平锁。
- 需要可中断的锁获取:当希望线程在等待锁的过程中可以被中断时,可以使用lockInterruptibly()方法。
- 需要尝试获取锁:当希望尝试获取锁,但不想一直等待时,可以使用tryLock()方法。
- 需要超时机制:当希望尝试获取锁,但只愿意等待一定时间时,可以使用tryLock(long, TimeUnit)方法。
- 需要多个条件变量:当需要在一个锁上关联多个条件时,可以使用ReentrantLock的newCondition()方法创建多个Condition对象。
- 需要获取锁的等待线程信息:ReentrantLock提供了获取等待线程信息的方法,如getQueueLength()、hasQueuedThreads()等。
- 高竞争环境下的性能优化:在锁竞争激烈的情况下,ReentrantLock可能提供更好的性能。
性能对比
JDK 1.6之前
在JDK 1.6之前,synchronized的性能远低于ReentrantLock,因为synchronized涉及到用户态到内核态的切换,而ReentrantLock是基于Java API实现的,避免了这种切换。
JDK 1.6及之后
从JDK 1.6开始,对synchronized进行了大量优化,引入了偏向锁、轻量级锁、自旋锁等机制,使得synchronized的性能与ReentrantLock的差距大大缩小。在低竞争的情况下,synchronized的性能甚至可能优于ReentrantLock。
代码示例对比
使用synchronized实现生产者-消费者模型
public class ProducerConsumerWithSync {
private final List<Integer> buffer = new ArrayList<>();
private final int capacity;
public ProducerConsumerWithSync(int capacity) {
this.capacity = capacity;
}
public void produce(int item) throws InterruptedException {
synchronized (this) {
while (buffer.size() == capacity) {
wait(); // 缓冲区满,等待
}
buffer.add(item);
System.out.println("Produced: " + item);
notifyAll(); // 通知消费者
}
}
public int consume() throws InterruptedException {
synchronized (this) {
while (buffer.isEmpty()) {
wait(); // 缓冲区空,等待
}
int item = buffer.remove(0);
System.out.println("Consumed: " + item);
notifyAll(); // 通知生产者
return item;
}
}
}
使用ReentrantLock实现生产者-消费者模型
public class ProducerConsumerWithLock {
private final List<Integer> buffer = new ArrayList<>();
private final int capacity;
private final ReentrantLock lock = new ReentrantLock();
private final Condition notFull = lock.newCondition();
private final Condition notEmpty = lock.newCondition();
public ProducerConsumerWithLock(int capacity) {
this.capacity = capacity;
}
public void produce(int item) throws InterruptedException {
lock.lock();
try {
while (buffer.size() == capacity) {
notFull.await(); // 缓冲区满,等待
}
buffer.add(item);
System.out.println("Produced: " + item);
notEmpty.signal(); // 通知消费者
} finally {
lock.unlock();
}
}
public int consume() throws InterruptedException {
lock.lock();
try {
while (buffer.isEmpty()) {
notEmpty.await(); // 缓冲区空,等待
}
int item = buffer.remove(0);
System.out.println("Consumed: " + item);
notFull.signal(); // 通知生产者
return item;
} finally {
lock.unlock();
}
}
}
总结
synchronized和ReentrantLock都是Java中用于实现线程同步的机制,但它们在功能、性能和使用方式上有明显的区别。
- synchronized是Java关键字,使用简单,自动管理锁的获取和释放,适合简单的同步场景。
- ReentrantLock是Java类,提供了更丰富的功能,如公平锁、可中断锁、超时锁等,适合需要高级功能的复杂同步场景。
在选择使用哪种锁机制时,应根据具体需求、性能要求和团队技术水平来决定。在大多数情况下,如果不需要ReentrantLock提供的高级功能,推荐使用synchronized,因为它更简单、更安全,并且在现代JVM中性能也很好。
参考资料
思维导图
Interview AiBoxInterview AiBox — 面试搭档
不只是准备,更是实时陪练
Interview AiBox 在面试过程中提供实时屏幕提示、AI 模拟面试和智能复盘,让你每一次回答都更有信心。
AI 助读
一键发送到常用 AI
synchronized和ReentrantLock都是Java中用于实现线程同步的机制。synchronized是Java关键字,自动管理锁的获取和释放,使用简单,适合简单同步场景;ReentrantLock是Java类,提供了更丰富的功能,如公平锁、可中断锁、超时锁等,适合需要高级功能的复杂同步场景。在JDK 1.6后,synchronized经过优化,性能与ReentrantLock差距缩小。选择时应根据具体需求、性能要求和团队技术水平决定。
智能总结
深度解读
考点定位
思路启发
相关题目
请解释线程池的概念、工作原理,以及它在实际应用中的优势。
线程池是一种多线程处理形式,通过预先创建和管理线程来提高系统性能。它的工作原理是:当任务到达时,从池中取出空闲线程执行任务,执行完毕后线程返回池中等待下次使用。线程池的核心优势包括:降低资源消耗(避免频繁创建销毁线程)、提高响应速度(无需等待线程创建)、提高线程可管理性(统一分配调优监控)以及提供更强大的功能(如定时执行)。合理配置线程池参数(核心线程数、最大线程数、存活时间、工作队列等)并遵循最佳实践(如使用有界队列、选择合适拒绝策略、优雅关闭等),可以充分发挥线程池的优势,广泛应用于Web服务器、数据库连接、异步任务处理和并行计算等场景。
Java中有哪些类型的锁?请分别介绍它们的特点
Java中的锁主要可以从多个维度进行分类: 按特性分为悲观锁(假设数据会被修改,先加锁后操作)和乐观锁(假设数据不会被修改,更新时检查是否有修改,通常基于CAS实现)。 按实现方式分为synchronized关键字(内置锁,自动获取释放)和ReentrantLock(显式锁,功能更丰富,需手动释放)。 按锁状态分为偏向锁(无竞争时的优化)、轻量级锁(竞争不激烈时自旋尝试)和重量级锁(竞争激烈时线程阻塞)。 按功能分为可重入锁(同线程可多次获取)、读写锁(分离读写操作)、公平/非公平锁(按序分配或允许插队)、共享/排他锁(多线程共享或独占)。 Java并发包提供了多种锁实现:ReentrantLock(可重入独占锁)、ReentrantReadWriteLock(读写锁)、StampedLock(Java8新增,性能更高)、Condition(条件变量)和LockSupport(基本线程阻塞唤醒)。 选择锁时应考虑场景特点:简单同步用synchronized,需要高级功能用ReentrantLock,读多写少用读写锁,高并发低冲突用乐观锁,写频繁用悲观锁。
请解释Java线程池的核心参数及其作用
Java线程池的核心参数包括7个关键配置:corePoolSize(核心线程数)控制常驻线程数量;maximumPoolSize(最大线程数)限制线程池最大容量;keepAliveTime和unit共同定义非核心线程的空闲存活时间;workQueue(工作队列)用于缓存待执行任务;threadFactory(线程工厂)统一创建线程;handler(拒绝策略)处理无法接收的任务。这些参数协同工作,决定了线程池的扩展性、资源利用率和任务处理能力。合理配置这些参数对系统性能至关重要,需根据任务类型(CPU密集型、IO密集型或混合型)和系统资源进行优化。
ConcurrentHashMap的实现原理是什么?
ConcurrentHashMap是Java并发包中的线程安全HashMap实现,旨在提供高并发性和高性能。JDK 1.7及之前采用分段锁(Segment)设计,每个Segment守护一部分数据,不同Segment的操作可并发执行。JDK 1.8及之后改为使用CAS操作和synchronized关键字,锁粒度更细,只锁住需要修改的桶,进一步提高了并发性。ConcurrentHashMap的读操作通常不需要加锁,写操作只锁定必要的部分,支持多线程并发扩容,整体性能远超Hashtable和Collections.synchronizedMap。其实现体现了无锁算法、细粒度锁、并发扩容等并发编程思想,是高性能并发编程的重要组件。
在Java中,如何保证线程安全?
Java中保证线程安全有多种方法,包括使用synchronized关键字、Lock接口及其实现类、原子类、线程安全的集合类、volatile关键字、ThreadLocal、不可变对象设计以及正确使用线程池。每种方法都有其适用场景和优缺点。synchronized是最基本的同步机制,简单易用;Lock提供了更灵活的锁定操作;原子类利用CAS实现无锁算法;线程安全集合专为并发设计;volatile保证变量可见性;ThreadLocal实现线程间数据隔离;不可变对象天然线程安全;线程池有效管理并发任务。选择合适的方法应考虑具体场景,遵循最小化共享数据、优先使用局部变量、保持同步块简短等最佳实践。