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差距缩小。选择时应根据具体需求、性能要求和团队技术水平决定。
智能总结
深度解读
考点定位
思路启发
相关题目
在软件开发中,如何设计有效的测试用例?
设计有效测试用例需遵循明确性、完整性、独立性等原则,运用等价类划分、边界值分析等黑盒测试技术和语句覆盖、分支覆盖等白盒测试技术。针对单元测试、集成测试、系统测试和验收测试等不同级别,采用相应的设计策略和方法。测试用例应包含完整的文档结构,使用专业工具进行管理,并基于风险分析确定优先级。最佳实践包括测试用例复用、自动化测试和定期评审,避免过度依赖脚本、忽视负面测试等常见误区。
请详细说明ArrayList和LinkedList的区别,包括它们的底层实现、性能特点和使用场景。
ArrayList和LinkedList是Java中两种常用的List实现,它们在底层实现、性能特点和使用场景上有显著差异。ArrayList基于动态数组实现,具有O(1)的随机访问性能,但插入/删除操作需要移动元素,时间复杂度为O(n);LinkedList基于双向链表实现,随机访问性能为O(n),但插入/删除操作只需修改指针,时间复杂度为O(1)。ArrayList适合读多写少、需要频繁随机访问的场景;LinkedList适合写多读少、需要频繁在头部或中间插入/删除的场景,同时它还实现了Deque接口,可作为队列或双端队列使用。在实际开发中,ArrayList的使用频率更高,因为大多数场景下随机访问的需求更常见,且内存效率更高。
HashMap的底层原理是什么?它是线程安全的吗?在多线程环境下会遇到什么问题?如果要保证线程安全应该使用什么?ConcurrentHashMap是怎么保证线程安全的?请详细说明。
HashMap基于数组+链表/红黑树实现,通过哈希函数计算元素位置,使用链地址法解决哈希冲突。HashMap是非线程安全的,多线程环境下可能导致死循环、数据覆盖等问题。线程安全的替代方案包括Hashtable、Collections.synchronizedMap()和ConcurrentHashMap。ConcurrentHashMap在JDK 1.7采用分段锁实现,JDK 1.8改用CAS+synchronized,锁粒度更细,并发性能更好。
Java中的集合框架(Collection & Map)有哪些主要接口和实现类?
Java集合框架主要分为Collection和Map两大体系。Collection体系包括List(有序可重复,如ArrayList、LinkedList)、Set(无序不可重复,如HashSet、TreeSet)和Queue(队列,如PriorityQueue、ArrayDeque)。Map体系存储键值对,主要实现类有HashMap、LinkedHashMap、TreeMap、Hashtable和ConcurrentHashMap等。不同集合类在底层结构、有序性、线程安全、时间复杂度等方面有不同特性,应根据具体需求选择合适的实现类。
请详细介绍一下你参与过的项目,包括项目背景、你的职责以及使用的技术栈。
面试者需要清晰介绍参与过的项目,包括项目背景、个人职责、使用的技术栈、遇到的挑战及解决方案,以及项目成果和个人收获。重点突出自己在项目中的具体贡献、技术选型的思考过程、解决问题的思路以及从中获得的成长。回答应结构清晰,重点突出,体现技术深度和解决问题的能力。