关于synchronized以及ReetrantLock、ReentrantReadWriteLock的选择

最新推荐文章于 2022-09-15 18:46:54 发布
最新推荐文章于 2022-09-15 18:46:54 发布
阅读量998 收藏 3
点赞数
分类专栏： java语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yao123long/article/details/51097385
版权

synchronized和ReetrantLock的区别

  synchronized是java的内置锁，相对于ReetrantLock使用更加方便，如果实现自己的Lock，可以继承ReetrantLock来实现，在性能上，两个差异不是特别大。ReetrantLock仅仅高一点。
  ReetrantReadWriteLock和上面两个相比，性能优越主要体现在读方面，因为多个线程同时读的时候是共享锁，所以多个线程可以同时进行读操作。如果读操作是简单的读取一个变量的值，那么性能和synchronized以及ReetrantLock相比几乎一样，但是如果读操作是一个相对比较费时的操作，那么优势就会非常明显。

结论

  • 当读写频率几乎相等，而且不需要特殊需求的时候，优先考虑synchronized
  • 当需要定制我们自己的lock的时候，或者需要更多的功能（类似定时锁、可中断锁等待)，我们使用ReetrantLock
  • 当很少的写操作，更多的读操作，并且读操作是一个相对耗时的操作，那么就是用ReetrantReadWriteLock
yao123long
关注
专栏目录
实际场景解读AQS读写锁ReentrantReadWriteLock
qq_25933841的博客
12-21 1641
前面讲了什么是AQS.并且基于Reentrantlock已经看了一部分AQS方法. AQS是什么?基于ReentrantLock解密! 但是其实真实项目中一般使用ReetrantLock,一般都是synchronized. 因为在jdk1.6之后,synchronized底层实现里面,里面做了一些计数器的维护,加锁释放锁,CAS啊.都能实现ReentrantLock一样的效果.而且使用起来相对简单. 另外读写锁ReentrantReadWriteLock其实也挺常用的 下面就接着看对于Reentra..
java并发之Lock与synchronized的区别
gongpulin的博客
04-21 5614
1）Lock是一个接口，而synchronized是Java中的关键字，synchronized是内置的语言实现； 　　2）synchronized在发生异常时，会自动释放线程占有的锁，因此不会导致死锁现象发生；而Lock在发生异常时，如果没有主动通过unLock()去释放锁，则很可能造成死锁现象，因此使用Lock时需要在finally块中释放锁； 　　3）Lock可以让等待锁的线程响
Java并发编程：synchronized、Lock、ReentrantLock以及ReadWriteLock的那些事儿
weixin_34061042的博客
01-02 199
前言 多线程开发中，同步控制是必不可少的手段。而同步的实现需要用到锁，Java中提供了两种基本的锁，分别是synchronized 和 Lock。两种锁都非常常用，但也各有利弊，下面开始学习。 synchronized用法 synchronized 是Java的关键字，是应用最为广泛的同步工具之一。当它用来修饰一个方法或者一个代码块的时候，能够保证在同一时刻最多只有一个线程执行该段代码，同时，值得...
synchronized、Lock、ReentrantLock、ReadWriteLock
weixin_30456039的博客
04-03 186
synchronized:同步锁，是java内置的关键字。当一个线程A执行到被synchronized修饰的方法时，其他线程B如果也要执行这个方法，那么B只能等A执行完方法释放锁后才能获取资源锁执行synchronized方法块。 　　synchronized释放锁的情况 　　　　1，执行完改代码块，释放锁 　　　　2，执行时发生异常，jvm自动释放 lock：是一个类，通过这个...
Java中的锁 synchronized、Lock、ReentrantLock、ReadWriteLock 和可重入锁、可中断锁、公平锁、读写锁
zehuawong的博客
10-12 1626
参考 https://www.cnblogs.com/dolphin0520/p/3923167.html 在上一篇文章中我们讲到了如何使用关键字synchronized来实现同步访问。本文我们继续来探讨这个问题，从Java 5之后，在java.util.concurrent.locks包下提供了另外一种方式来实现同步访问，那就是Lock。 也许有朋友会问，既然都可以通过synchronized来...
互斥同步（synchronized、Lock、ReentrantLock、ReadWriteLock、ReentrantReadWriteLock）
Zhxin606a的博客
04-21 321
互斥同步 Java 提供了两种锁机制来控制多个线程对共享资源的互斥访问: JVM 实现的 synchronized JDK 实现的 ReentrantLock 1. synchronized synchronized关键字保证在同一时刻，只有一个线程可以执行某个对象内某一个方法或某一段代码块。 重量级锁。包含两个特征：互斥性和可见性。 synchronized可以解决一个线程看到对象...
synchronized、ReentrantLock、ReadWriteLock
yu487的专栏
01-22 289
1、synchronized和ReentrantLock的区别 synchronized是和if、else、for、while一样的关键字，ReentrantLock是类，这是二者的本质区别。既然ReentrantLock是类，那么它就提供了比synchronized更多更灵活的特性，可以被继承、可以有方法、可以有各种各样的类变量，ReentrantLock比synchronized的扩展性体现...
JUC知识点总结（三）ReentrantLock与ReentrantReadWriteLock源码解析
01-21
ReentantLock 继承接口 Lock 并实现了接口中定义的方法， 它是一种可重入锁， 除了能完成 synchronized 所能完成的所有工作外，还提供了诸如可响应中断锁、可轮询锁请求、定时锁等 避免多线程死锁的方法。 尝试非...
Java并发学习笔记（二）——Synchronized关键字与ReetrantLock同步锁
12-20
【Java并发学习笔记（二）——...对于简单的同步需求，Synchronized可能是更好的选择；而对于复杂场景，ReentrantLock能提供更精确的控制。理解并熟练掌握这两种同步机制，对于编写高效、线程安全的Java程序至关重要。
java中synchronized和lock底层原理
SumResort_LChaowei的博客
06-04 9544
JVM中锁的优化： 简单来说在JVM中monitorenter和monitorexit字节码依赖于底层的操作系统的Mutex Lock来实现的，但是由于使用Mutex Lock需要将当前线程挂起并从用户态切换到内核态来执行，这种切换的代价是非常昂贵的；然而在现实中的大部分情况下，同步方法是运行在单线程环境（无锁竞争环境）如果每次都调用Mutex Lock那么将严重的影响程序的性能。不过在jd
ReentrantLock、synchronized 与 ReadWriteLock
yxhuang2008的专栏
01-07 210
ReentrantLock、synchronized 与 ReadWriteLock 一. ReentrantLock ReentrantLock 并不是内置锁 synchronized 的替代方式，而是当 synchronized 加锁机制不适用时，作为一种可选择的高级功能。 ReentrantLock 是 Lock 的实现类，Lock 提供无条件的、可轮询的、定时的以及可中断的锁获取操作，所有...
java lock使用_Java：多线程，线程同步，同步锁（Lock）的使用（ReentrantLock、ReentrantReadWriteLock）...
weixin_31655833的博客
02-12 112
关于线程的同步，可以使用synchronized关键字，或者是使用JDK 5中提供的java.util.concurrent.lock包中的Lock对象。本文探讨Lock对象。synchronized与java.util.concurrent.locks.Lock 的相同点：Lock能完成synchronized所实现的所有功能；主要不同点：Lock有比synchronized更精确的线程语义和更...
Java中的锁（synchronized、Lock、ReadWriteLock）及常用线程安全类原理（CopyOnWriteArrayList、ConcurrentHashMap）
cyc头发还挺多的博客
09-15 766
Synchronized本身已经做了优化，不再是始终是重量级锁，Synchronized是加在table中链表（红黑树）的单个结点上的，细粒度比Segment更细，冲突概率很小，Synchronized相比ReentrantLock，在使用偏向锁时甚至都不需要自旋。自旋锁：一直占用着CPU，在未获得锁的情况下，一直运行（自旋），性能高，但是废资源，适合等待时间短，并发量不高的情况；线程通过CAS获取并设置同步器状态，如果获取失败，会被丢进队列，在队列中自旋获取，直到获取到同步器状态后，退出队列。
synchronized与ReentrantLock
逆风才适合飞翔
01-15 713
1 线程与进程 一个程序至少需要一个进程，而一个进程最少需要一个线程。 2 Thread的方法 1）start()，调用该方法执行该线程。 2）stop()，结束线程 3）join()，等上个线程执行完毕，再加入 4）sleep()，使线程进入阻塞，但不会释放锁。 5）yield()，释放线程，但不会释放锁。 6）run()，调用该方法直接执行线程run()方法，但是线程调用sta...
Java多线程synchronized、ReentrantLock、ReentrantReadWriteLock 和StampedLock 的对比
YEN_CSDN的博客
06-17 1862
synchronized是在JVM层面上实现的，可以通过一些监控工具控制synchronized的锁定，当代码出现异常时，JVM会自动释放锁定。当只有少量竞争者的时候，synchronized是一个很好的通用的锁实现。synchronized的锁是针对一个对象的。 ReentrantLock、ReentrantReadWriteLock 和StampedLock都是代码层面的锁定，要保证锁一定会被释
Synchronized与ReentrantLock区别总结（简单粗暴，一目了然）
热门推荐
zxd8080666的博客
10-22 11万+
这篇文章是关于这两个同步锁的简单总结比较，关于底层源码实现原理没有过多涉及，后面会有关于这两个同步锁的底层原理篇幅去介绍。 相似点： 这两种同步方式有很多相似之处，它们都是加锁方式同步，而且都是阻塞式的同步，也就是说当如果一个线程获得了对象锁，进入了同步块，其他访问该同步块的线程都必须阻塞在同步块外面等待，而进行线程阻塞和唤醒的代价是比较高的（操作系统需要在用户态与内核态之间来回切换，代价很高...
线程基础（九）ReentrantReadWriteLock ，synchronized和ReentrantLock的对比
踟蹰千年的博客
01-22 931
读写锁ReentrantReadWriteLock概述 大型网站中很重要的一块内容就是数据的读写，ReentrantLock虽然具有完全互斥排他的效果（即同一时间只有一个线程正在执行lock后面的任务），但是效率非常低。所以在JDK中提供了一种读写锁ReentrantReadWriteLock，使用它可以加快运行效率。 读写锁表示两个锁，一个是读操作相关的锁，称为共享锁；另一个是写操作相关的锁...
Java多线程之Lock的使用--重入锁(ReentrantLock)、Condition、公平锁和非公平锁、ReentrantReadWriteLock的使用（读写锁）
ChangWen的博客
08-27 2459
一、ReentrantLock的使用　　在Java多线程中，可以使用synchronized关键字来实现线程之间同步互斥，但在JDK1.5中新增加了ReentrantLock类也能达到同样的效果，并且在扩展功能上也更加强大，比如具有嗅探锁定、多路分支通知等功能，而且在使用上也比synchronized更加的灵活。 　　 1、使用ReentrantLock实现同步 　　 既然ReentrantL
ReentrantReadWriteLock可重入读写锁使用
寒江蓑笠的专栏
11-13 2602
特点可重入：就是同一个线程可以重复加锁，可以对同一个锁加多次，每次释放的时候回释放一次，直到该线程加锁次数为0，这个线程才释放锁。比如同一个线程中可以对同一个锁加多次写入锁。写线程获取写入锁后可以再次获取读取锁，但是读线程获取读取锁后却不能获取写入锁。 读写锁： 也就是读锁可以共享，多个线程可以同时拥有读锁，但是写锁却只能只有一个线程拥有，而且获取写锁的时候，其他线程都已经释放了读锁，而且在该线程
synchronized和reetrantlock
最新发布
08-08
### 回答1： synchronized和ReentrantLock都是Java中用于实现线程同步的机制。 synchronized是Java中最基本的同步...根据具体的情况来选择使用哪一种同步机制，可根据需求来决定是使用synchronized还是ReentrantLock。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值