面试官:那有没有比读写锁更快的锁呢?
小明:。。。。。。。。。。
我靠,问的这么深的吗?小明当时就蒙蔽了,因为它项目中使用比较多的就是synchronized,读写锁都很少用到,因为很少牵扯到多线程问题,这个面试让他知道了多线程的重要性。
=====================================================================
读写锁:允许多个线程同时读,但是只允许一个线程写,在线程获取到写锁的时候,其他写操作和读操作都会处于阻塞状态,读锁和写锁也是互斥的,所以在读的时候是不允许写的,那如何实现一个读写锁呢?
请参考:java并发编程之ReentrantReadWriteLock读写锁。
读写锁比传统的synchronized速度要快很多,原因就是在于读写锁支持读并发,而synchronized要求所有操作都是串行化,举个例子,我需要查询某个用户的基本信息,这些信息很少发生变化,所以我们会将这部分信息存放到缓存中,我们的查询操作为:
Created with Raphaël 2.2.0 开始 查询缓存 缓存中是否存在数据? 结束 查询数据库 添加到缓存 yes no
按照上面流程图,如果使用synchronized的时候,查询缓存都会阻塞,但是使用读写锁,查询缓存时并发的,查询数据库是阻塞的,所以,读写锁在读多写少的情况下,性能明显要优于synchronized。
人类的文明在进步,java也在进步,对知识的渴望也在不断的增加,所以我们就不断的在想这么一个问题,读写锁的读和写是互斥,那我们能不能做到读和写支持并发呢?
==============================================================================
StampedLock其实是对读写锁的一种改进,它支持在读同时进行一个写操作,也就是说,它的性能将会比读写锁更快。
更通俗的讲就是在读锁没有释放的时候是可以获取到一个写锁,获取到写锁之后,读锁阻塞,这一点和读写锁一致,唯一的区别在于读写锁不支持在没有释放读锁的时候获取写锁。
-
悲观读:与读写锁的读写类似,允许多个线程获取悲观读锁
-
写锁:与读写锁的写锁类似,写锁和悲观读是互斥的。
-
乐观读:无锁机制,类似于数据库中的乐观锁,它支持在不释放乐观读的时候是可以获取到一个写锁的,这点和读写锁不同。
我们先来看看悲观读于与写锁的基本语法
//获取悲观读
long stamp = lock.readLock();
try{
String info = mapCache.get(name);
if(null != info){
return info;
}
}finally {
//释放悲观读
lock.unlock(stamp);
}
//获取写锁
stamp = lock.writeLock();
try{
//判断一下缓存中是否被插入了数据
String info = mapCache.get(name);
if(null != info){
return info;
}
//这里是往数据库获取数据
String infoByDb = mapDb.get(name);
//讲数据插入缓存
mapCache.put(name,infoByDb);
}finally {
//释放写锁
lock.unlock(stamp);
}
我们看到,StampedLock语法和读写锁ReentrantReadWriteLock有了一点点区别,
获取锁的返回值:
StampedLock:long
ReentrantReadWriteLock:Lock
释放锁的方式:
StampedLock:unlock(stamp),需要传入获取锁返回的那个long值。
ReentrantReadWriteLock:unlock(),直接调用unlock方法即可。
package com.ymy.test;
import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.locks.StampedLock;
public class StampedLockTest {
private static final StampedLock lock = new StampedLock();
//缓存中存储的数据
private static Map<String,String> mapCache = new HashMap<String, String>();
//模拟数据库存储的数据
private static Map<String,String> mapDb = new HashMap<String, String>();
static {
mapDb.put(“zhangsan”,“你好,我是张三”);
mapDb.put(“sili”,“你好,我是李四”);
}
private static String getInfo(String name){
//获取悲观读
long stamp = lock.readLock();
try{
String info = mapCache.get(name);
if(null != info){
System.out.println(“在缓存中获取到了数据”);
return info;
}
}finally {
//释放悲观读
lock.unlock(stamp);
}
//获取写锁
stamp = lock.writeLock();
try{
//判断一下缓存中是否被插入了数据
String info = mapCache.get(name);
if(null != info){
System.out.println(“获取到了写锁,再次确认在缓存中获取到了数据”);
return info;
}
//这里是往数据库获取数据
String infoByDb = mapDb.get(name);
//讲数据插入缓存
mapCache.put(name,infoByDb);
System.out.println(“缓存中没有数据,在数据库获取到了数据”);
}finally {
//释放写锁
lock.unlock(stamp);
}
return null;
}
public static void main(String[] args) {
//线程1
Thread t1 = new Thread(() ->{
getInfo(“zhangsan”);
});
//线程2
Thread t2 = new Thread(() ->{
getInfo(“zhangsan”);
});
//线程启动
t1.start();
t2.start();
//线程同步
try {
t1.join();
t2.join();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
这是悲观读+写锁的使用方式,达到的效果与读写锁(ReentrantReadWriteLock) 是一样的,我们一起来验证一下,我将代码稍微做了一点改动,打印了两个线程的执行日志,同时当调用线程是zhangsan的时候休眠三秒,目的是为了看lisi的线程能否成功的获取到写锁,代码如下
package com.ymy.test;
import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.locks.StampedLock;
import java.util.logging.Logger;
public class StampedLockTest {
private static Logger log = Logger.getLogger(StampedLockTest.class.getName());
private static final StampedLock lock = new StampedLock();
//缓存中存储的数据
private static Map<String,String> mapCache = new HashMap<String, String>();
//模拟数据库存储的数据
private static Map<String,String> mapDb = new HashMap<String, String>();
static {
mapDb.put(“zhangsan”,“你好,我是张三”);
mapDb.put(“sili”,“你好,我是李四”);
}
private static String getInfo(String name){
//获取悲观读
long stamp = lock.readLock();
log.info(“线程名:”+Thread.currentThread().getName()+" 获取了悲观读锁" +" 用户名:"+name);
try{
if(“zhangsan”.equals(name)){
log.info(“线程名:”+Thread.currentThread().getName()+" 休眠中" +" 用户名:"+name);
Thread.sleep(3000);
log.info(“线程名:”+Thread.currentThread().getName()+" 休眠结束" +" 用户名:"+name);
}
String info = mapCache.get(name);
if(null != info){
log.info(“在缓存中获取到了数据”);
return info;
}
} catch (InterruptedException e) {
log.info(“线程名:”+Thread.currentThread().getName()+" 释放了悲观读锁");
e.printStackTrace();
} finally {
//释放悲观读
lock.unlock(stamp);
}
//获取写锁
stamp = lock.writeLock();
log.info(“线程名:”+Thread.currentThread().getName()+" 获取了写锁" +" 用户名:"+name);
try{
//判断一下缓存中是否被插入了数据
String info = mapCache.get(name);
if(null != info){
log.info(“获取到了写锁,再次确认在缓存中获取到了数据”);
return info;
}
//这里是往数据库获取数据
String infoByDb = mapDb.get(name);
//讲数据插入缓存
mapCache.put(name,infoByDb);
log.info(“缓存中没有数据,在数据库获取到了数据”);
}finally {
//释放写锁
log.info(“线程名:”+Thread.currentThread().getName()+" 释放了写锁" +" 用户名:"+name);
lock.unlock(stamp);
}
return null;
}
public static void main(String[] args) {
//线程1
Thread t1 = new Thread(() ->{
getInfo(“zhangsan”);
});
//线程2
Thread t2 = new Thread(() ->{
getInfo(“lisi”);
});
//线程启动
t1.start();
t2.start();
//线程同步
try {
t1.join();
t2.join();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
如果在zhansan的线程休眠阶段李四的线程获取到了写锁,那么代表悲观读和写锁不是互斥的,反之互斥,请看代码运行结果:
三月 29, 2020 11:30:58 上午 com.ymy.test.StampedLockTest getInfo
信息: 线程名:Thread-2 获取了悲观读锁 用户名:lisi
三月 29, 2020 11:30:58 上午 com.ymy.test.StampedLockTest getInfo
信息: 线程名:Thread-1 获取了悲观读锁 用户名:zhangsan
三月 29, 2020 11:30:58 上午 com.ymy.test.StampedLockTest getInfo
信息: 线程名:Thread-1 休眠中 用户名:zhangsan
三月 29, 2020 11:31:01 上午 com.ymy.test.StampedLockTest getInfo
信息: 线程名:Thread-1 休眠结束 用户名:zhangsan
三月 29, 2020 11:31:01 上午 com.ymy.test.StampedLockTest getInfo
信息: 线程名:Thread-1 获取了写锁 用户名:zhangsan
三月 29, 2020 11:31:01 上午 com.ymy.test.StampedLockTest getInfo
信息: 缓存中没有数据,在数据库获取到了数据
三月 29, 2020 11:31:01 上午 com.ymy.test.StampedLockTest getInfo
信息: 线程名:Thread-1 释放了写锁 用户名:zhangsan
三月 29, 2020 11:31:01 上午 com.ymy.test.StampedLockTest getInfo
信息: 线程名:Thread-2 获取了写锁 用户名:lisi
三月 29, 2020 11:31:01 上午 com.ymy.test.StampedLockTest getInfo
信息: 缓存中没有数据,在数据库获取到了数据
三月 29, 2020 11:31:01 上午 com.ymy.test.StampedLockTest getInfo
信息: 线程名:Thread-2 释放了写锁 用户名:lisi
我们仔细看打印日志的输出时间, 11:30:58 lisi和zhangsan都获取到了悲观读锁,并且zhangsan开始休眠,然后11:31:01的时候休眠结束,zhangsan获取到了写锁,所以悲观读与写锁肯定是互斥的,那这样的效率不是和读写锁一样吗?为什么说它比读写锁更快呢?这不是矛盾吗?
客官,别急啊,要记住精彩的永远在最后,StampedLock特锁模式我们只用了其中的两个,还有一个没有出场呢,下面我们来看看乐观读。
乐观读并不是一种锁,所以请不要和悲观读联系在一起,它是一种无锁机制,相当于java的原子类操作,所以理论上性能会比读写锁(ReentrantReadWriteLock)更快一点,但不绝对。
当乐观读读取了成员变量的时候,需要将变量赋值给局部变量,然后再判断程序运行期间是否存在写锁,如果存在,升级为悲观读。
我们一起来看一下乐观读的实现
package com.ymy.test;
import java.util.concurrent.locks.StampedLock;
public class NumSumTest {
private static final StampedLock lock = new StampedLock();
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)
最后
本人也收藏了一份Java面试核心知识点来应付面试,借着这次机会可以送给我的读者朋友们
目录:
Java面试核心知识点
一共有30个专题,足够读者朋友们应付面试啦,也节省朋友们去到处搜刮资料自己整理的时间!
Java面试核心知识点
已经有读者朋友靠着这一份Java面试知识点指导拿到不错的offer了
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)
最后
本人也收藏了一份Java面试核心知识点来应付面试,借着这次机会可以送给我的读者朋友们
目录:
[外链图片转存中…(img-31rkJ06t-1713547810909)]
Java面试核心知识点
一共有30个专题,足够读者朋友们应付面试啦,也节省朋友们去到处搜刮资料自己整理的时间!
[外链图片转存中…(img-GEk6VHuM-1713547810912)]
Java面试核心知识点
已经有读者朋友靠着这一份Java面试知识点指导拿到不错的offer了
[外链图片转存中…(img-cnY4nrVz-1713547810914)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!