Java多线程：synchronized与Lock的优劣对比

Java多线程：synchronized与Lock的优劣对比 ?

大家好！我是闫工，今天要和大家聊一个Java多线程编程中绕不开的话题——synchronized关键字和Lock接口的优劣对比。这两个工具在处理并发控制时各有所长，但有时候选择不当可能会让你的代码变得像一团乱麻，性能也跟着“起飞”。所以，今天我们就来仔细分析一下它们之间的区别，看看在什么情况下该用谁。

一、synchronized：Java老炮的同步利器

先说说synchronized关键字吧。这个玩意儿是Java自带的，从JDK1.0就开始服役了，属于Java世界的“老人设”。它简单易用，语法糖的味道很浓，适合那些“懒癌晚期”的开发者。

1.1 synchronized的基本用法

使用synchronized很简单，基本上就是两种方式：

方法级别锁

publicclassSyncExample{publicsynchronizedvoidmethod(){// 加锁的是当前实例对象// 同步代码块}publicstaticsynchronizedvoidstaticMethod(){// 加锁的是类对象// 同步代码块}}

代码块级别锁

publicclassSyncExample{privatefinalObjectlock=newObject();publicvoidmethod(){synchronized(lock){// 使用自定义对象作为锁// 同步代码块}}}

1.2 synchronized的优缺点

优点

• 简单易用：语法糖的味道很浓，写起来方便。
• 自动释放锁：当线程执行完同步代码块或者方法时，锁会自动释放，不会出现忘记解锁的情况（当然，如果抛出异常可能会有影响）。
• 支持可重入：同一个线程可以多次获取同一把锁，不会有死锁的风险。

缺点

• 粒度较粗：synchronized只能在方法级别或者代码块级别加锁，灵活性有限。有时候我们需要更细粒度的控制，这时候synchronized就有点力不从心了。
• 性能问题：synchronized在高并发场景下性能较差，因为它使用的是Java虚拟机内部的监视器（monitor），锁竞争激烈时容易导致线程阻塞和调度开销增加。
• 无法中断等待：当一个线程正在等待获取synchronized锁时，如果需要停止这个线程，是无法中断的，只能让其自然完成。

二、Lock：灵活的同步忍者

接下来，我们来看看Lock接口。Lock是Java 5引入的一个更高级的同步工具，它提供了比synchronized更灵活的控制能力，同时也需要更多的代码量来实现。

2.1 Lock的基本用法

Lock接口的主要实现类有ReentrantLock和ReentrantReadWriteLock。我们先来看一个简单的例子：

使用ReentrantLock

importjava.util.concurrent.locks.Lock;importjava.util.concurrent.locks.ReentrantLock;publicclassLockExample{privatefinalLocklock=newReentrantLock();publicvoidmethod(){lock.lock();// 获取锁try{// 同步代码块}finally{lock.unlock();// 释放锁}}}

使用ReentrantReadWriteLock

importjava.util.concurrent.locks.ReadWriteLock;importjava.util.concurrent.locks.ReentrantReadWriteLock;publicclassReadWriteLockExample{privatefinalReadWriteLockreadWriteLock=newReentrantReadWriteLock();publicvoidreadMethod(){readWriteLock.readLock().lock();// 读锁try{// 读操作}finally{readWriteLock.readLock().unlock();}}publicvoidwriteMethod(){readWriteLock.writeLock().lock();// 写锁try{// 写操作}finally{readWriteLock.writeLock().unlock();}}}

2.2 Lock的优缺点

优点

• 灵活控制：Lock提供了更细粒度的控制，支持读写锁分离（如ReentrantReadWriteLock），适合高并发场景。
• 可中断等待：通过lockInterruptibly()方法，可以中断正在等待获取锁的线程。
• 支持超时：可以通过tryLock(long timeout, TimeUnit unit)方法设置等待时间，避免无限期等待。

缺点

• 代码复杂度高：需要手动管理锁的获取和释放，容易出现忘记释放锁的情况，导致死锁或者资源泄漏。
• 性能开销：虽然比synchronized灵活，但它的实现基于操作系统层面的互斥原语，相比synchronized在某些场景下性能可能更差。

三、synchronized与Lock的对比总结

接下来，我们用一张表格来总结一下两者的优缺点：

四、什么时候该用谁？

4.1 synchronized的适用场景

• 当你的同步需求比较简单，不需要复杂的控制逻辑时。
• 当你需要一个简单且快速实现的解决方案时。
• 当你不太关注锁的粒度和性能优化时。

例子：

publicclassCounter{privateintcount=0;publicsynchronizedvoidincrement(){count++;}}

4.2 Lock的适用场景

• 当你需要更细粒度的控制，比如读写锁分离。
• 当你在高并发场景下需要更好的性能表现。
• 当你希望支持中断和超时等待的功能。

例子：

publicclassCache{privatefinalReadWriteLocklock=newReentrantReadWriteLock();publicObjectget(Stringkey){lock.readLock().lock();try{// 读取缓存}finally{lock.readLock().unlock();}}publicvoidput(Stringkey,Objectvalue){lock.writeLock().lock();try{// 更新缓存}finally{lock.writeLock().unlock();}}}

五、闫工的肺腑之言

最后，我想说一点：工具的选择永远要看场景。synchronized简单粗暴，适合“懒人”；而Lock灵活多变，适合“工匠”。如果你的需求很简单，就不要为了追求复杂而去用Lock；如果你的场景很复杂，也不要为了偷懒不去用Lock。

另外，无论你选择哪种方式，都要记得以下几点：

1. 一定要释放锁：无论是synchronized还是Lock，都可能导致死锁或资源泄漏。
2. 尽量减少锁的粒度：锁的范围越小，性能越好。
3. 不要滥用同步：过多的同步会导致线程竞争，反而降低性能。

好了，今天就聊到这里。如果你有任何问题或者想了解更多细节，欢迎随时交流！

📚 领取 | 1000+ 套高质量面试题大合集（无套路，闫工带你飞一把）！

成体系的面试题，无论你是大佬还是小白，都需要一套JAVA体系的面试题，我已经上岸了！你也想上岸吗？

闫工精心准备了程序准备面试？想系统提升技术实力？闫工精心整理了1000+ 套涵盖前端、后端、算法、数据库、操作系统、网络、设计模式等方向的面试真题 + 详细解析，并附赠高频考点总结、简历模板、面经合集等实用资料！

✅ 覆盖大厂高频题型
✅ 按知识点分类，查漏补缺超方便
✅ 持续更新，助你拿下心仪 Offer！

📥免费领取👉 点击这里获取资料

已帮助数千位开发者成功上岸，下一个就是你！✨