Interview AiBox logo

Interview AiBox 实时 AI 助手,让你自信应答每一场面试

download免费下载
进阶local_fire_department22 次面试更新于 2025-08-24account_tree思维导图

synchronized和ReentrantLock有什么区别?各自适用场景是什么?

lightbulb

题型摘要

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实现的锁机制,其工作原理如下:

  1. 当一个线程试图访问同步代码块时,它必须先获得锁;
  2. 锁是存储在Java对象头中的Mark Word里的;
  3. 如果锁未被其他线程持有,当前线程会获取锁,并将Mark Word中的锁标志位设置为"锁定";
  4. 如果锁已被其他线程持有,当前线程会被阻塞,直到锁被释放;
  5. 当线程退出同步代码块时,JVM会自动释放锁。
--- title: synchronized工作原理 --- graph TD A["线程访问同步代码块"] --> B{"锁是否可用?"} B -->|是| C["获取锁"] B -->|否| D["进入阻塞状态"] C --> E["执行同步代码"] E --> F["自动释放锁"] D --> G["等待锁释放"] G --> B F --> H["线程继续执行"]

ReentrantLock工作原理

ReentrantLock是基于AQS(AbstractQueuedSynchronizer)实现的锁机制,其工作原理如下:

  1. ReentrantLock内部维护了一个Sync对象,该对象继承自AQS;
  2. 当调用lock()方法时,Sync会尝试获取锁;
  3. 如果获取成功,将锁的持有者设置为当前线程,并将状态state加1;
  4. 如果获取失败,当前线程会被封装成一个Node节点,放入AQS的同步队列中;
  5. 当锁被释放时,AQS会从同步队列中取出一个线程唤醒,使其尝试获取锁。
--- title: ReentrantLock工作原理 --- graph TD A["线程调用lock()"] --> B{"是否可获取锁?"} B -->|是| C["设置锁持有者<br>state加1"] B -->|否| D["将线程封装为Node<br>放入同步队列"] C --> E["执行临界区代码"] D --> F["线程等待"] E --> G["调用unlock()"] G --> H["state减1"] H --> I{"state是否为0?"} I -->|是| J["唤醒同步队列中的线程"] I -->|否| K["锁仍被持有"] J --> L["被唤醒线程尝试获取锁"] F --> L

适用场景

synchronized适用场景

  1. 简单同步需求:当同步逻辑简单,不需要高级功能时,synchronized是首选。
  2. 自动资源管理:希望锁的获取和释放由JVM自动管理,避免忘记释放锁导致死锁。
  3. 代码简洁性优先:synchronized语法简洁,代码可读性高。
  4. 竞争不激烈:在锁竞争不激烈的情况下,synchronized的性能可能更好,因为JVM会进行优化。
  5. 团队技术水平参差不齐:synchronized使用简单,不容易出错,适合团队成员技术水平不一的情况。

ReentrantLock适用场景

  1. 需要公平锁:当需要按照线程请求锁的顺序来获取锁时,可以使用ReentrantLock的公平锁。
  2. 需要可中断的锁获取:当希望线程在等待锁的过程中可以被中断时,可以使用lockInterruptibly()方法。
  3. 需要尝试获取锁:当希望尝试获取锁,但不想一直等待时,可以使用tryLock()方法。
  4. 需要超时机制:当希望尝试获取锁,但只愿意等待一定时间时,可以使用tryLock(long, TimeUnit)方法。
  5. 需要多个条件变量:当需要在一个锁上关联多个条件时,可以使用ReentrantLock的newCondition()方法创建多个Condition对象。
  6. 需要获取锁的等待线程信息:ReentrantLock提供了获取等待线程信息的方法,如getQueueLength()、hasQueuedThreads()等。
  7. 高竞争环境下的性能优化:在锁竞争激烈的情况下,ReentrantLock可能提供更好的性能。

性能对比

JDK 1.6之前

在JDK 1.6之前,synchronized的性能远低于ReentrantLock,因为synchronized涉及到用户态到内核态的切换,而ReentrantLock是基于Java API实现的,避免了这种切换。

JDK 1.6及之后

从JDK 1.6开始,对synchronized进行了大量优化,引入了偏向锁、轻量级锁、自旋锁等机制,使得synchronized的性能与ReentrantLock的差距大大缩小。在低竞争的情况下,synchronized的性能甚至可能优于ReentrantLock。

--- title: synchronized与ReentrantLock性能对比 --- graph LR A["锁竞争程度"] --> B["低竞争"] A --> C["高竞争"] B --> D["synchronized性能较好<br>(JDK优化后)"] B --> E["ReentrantLock性能一般"] C --> F["synchronized性能一般"] C --> G["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中性能也很好。

参考资料

  1. Java并发编程实战 (Java Concurrency in Practice)
  2. Oracle Java文档: ReentrantLock
  3. Oracle Java文档: synchronized Methods
  4. 深入理解Java虚拟机:JVM高级特性与最佳实践
  5. Java并发编程的艺术
account_tree

思维导图

Interview AiBox logo

Interview AiBox — 面试搭档

不只是准备,更是实时陪练

Interview AiBox 在面试过程中提供实时屏幕提示、AI 模拟面试和智能复盘,让你每一次回答都更有信心。

AI 助读

一键发送到常用 AI

synchronized和ReentrantLock都是Java中用于实现线程同步的机制。synchronized是Java关键字,自动管理锁的获取和释放,使用简单,适合简单同步场景;ReentrantLock是Java类,提供了更丰富的功能,如公平锁、可中断锁、超时锁等,适合需要高级功能的复杂同步场景。在JDK 1.6后,synchronized经过优化,性能与ReentrantLock差距缩小。选择时应根据具体需求、性能要求和团队技术水平决定。

智能总结

深度解读

考点定位

思路启发

auto_awesome

相关题目

请解释线程池的概念、工作原理,以及它在实际应用中的优势。

线程池是一种多线程处理形式,通过预先创建和管理线程来提高系统性能。它的工作原理是:当任务到达时,从池中取出空闲线程执行任务,执行完毕后线程返回池中等待下次使用。线程池的核心优势包括:降低资源消耗(避免频繁创建销毁线程)、提高响应速度(无需等待线程创建)、提高线程可管理性(统一分配调优监控)以及提供更强大的功能(如定时执行)。合理配置线程池参数(核心线程数、最大线程数、存活时间、工作队列等)并遵循最佳实践(如使用有界队列、选择合适拒绝策略、优雅关闭等),可以充分发挥线程池的优势,广泛应用于Web服务器、数据库连接、异步任务处理和并行计算等场景。

arrow_forward

Java中有哪些类型的锁?请分别介绍它们的特点

Java中的锁主要可以从多个维度进行分类: 按特性分为悲观锁(假设数据会被修改,先加锁后操作)和乐观锁(假设数据不会被修改,更新时检查是否有修改,通常基于CAS实现)。 按实现方式分为synchronized关键字(内置锁,自动获取释放)和ReentrantLock(显式锁,功能更丰富,需手动释放)。 按锁状态分为偏向锁(无竞争时的优化)、轻量级锁(竞争不激烈时自旋尝试)和重量级锁(竞争激烈时线程阻塞)。 按功能分为可重入锁(同线程可多次获取)、读写锁(分离读写操作)、公平/非公平锁(按序分配或允许插队)、共享/排他锁(多线程共享或独占)。 Java并发包提供了多种锁实现:ReentrantLock(可重入独占锁)、ReentrantReadWriteLock(读写锁)、StampedLock(Java8新增,性能更高)、Condition(条件变量)和LockSupport(基本线程阻塞唤醒)。 选择锁时应考虑场景特点:简单同步用synchronized,需要高级功能用ReentrantLock,读多写少用读写锁,高并发低冲突用乐观锁,写频繁用悲观锁。

arrow_forward

请解释Java线程池的核心参数及其作用

Java线程池的核心参数包括7个关键配置:corePoolSize(核心线程数)控制常驻线程数量;maximumPoolSize(最大线程数)限制线程池最大容量;keepAliveTime和unit共同定义非核心线程的空闲存活时间;workQueue(工作队列)用于缓存待执行任务;threadFactory(线程工厂)统一创建线程;handler(拒绝策略)处理无法接收的任务。这些参数协同工作,决定了线程池的扩展性、资源利用率和任务处理能力。合理配置这些参数对系统性能至关重要,需根据任务类型(CPU密集型、IO密集型或混合型)和系统资源进行优化。

arrow_forward

ConcurrentHashMap的实现原理是什么?

ConcurrentHashMap是Java并发包中的线程安全HashMap实现,旨在提供高并发性和高性能。JDK 1.7及之前采用分段锁(Segment)设计,每个Segment守护一部分数据,不同Segment的操作可并发执行。JDK 1.8及之后改为使用CAS操作和synchronized关键字,锁粒度更细,只锁住需要修改的桶,进一步提高了并发性。ConcurrentHashMap的读操作通常不需要加锁,写操作只锁定必要的部分,支持多线程并发扩容,整体性能远超Hashtable和Collections.synchronizedMap。其实现体现了无锁算法、细粒度锁、并发扩容等并发编程思想,是高性能并发编程的重要组件。

arrow_forward

在Java中,如何保证线程安全?

Java中保证线程安全有多种方法,包括使用synchronized关键字、Lock接口及其实现类、原子类、线程安全的集合类、volatile关键字、ThreadLocal、不可变对象设计以及正确使用线程池。每种方法都有其适用场景和优缺点。synchronized是最基本的同步机制,简单易用;Lock提供了更灵活的锁定操作;原子类利用CAS实现无锁算法;线程安全集合专为并发设计;volatile保证变量可见性;ThreadLocal实现线程间数据隔离;不可变对象天然线程安全;线程池有效管理并发任务。选择合适的方法应考虑具体场景,遵循最小化共享数据、优先使用局部变量、保持同步块简短等最佳实践。

arrow_forward

阅读状态

阅读时长

8 分钟

阅读进度

4%

章节:23 · 已读:0

当前章节: 基本概念

最近更新:2025-08-24

本页目录

Interview AiBox logo

Interview AiBox

AI 面试实时助手

面试中屏幕实时显示参考回答,帮你打磨表达。

免费下载download

分享题目

复制链接,或一键分享到常用平台

外部分享