女友面试我java多线程（三）

女友：上回面试你synchronized你说的太多太枯燥了，最后都被你催眠了

我：怪我，说的不够生动

女友：不错不错，今天说说另一种加锁方式吧

我：好嘞，首先大体上说一下种方式加锁涉及到的几个类

image-20200519211227017.png

可以看到，有两个总接口：Lock 和 ReadWriteLock，lock的可重入锁实类 ReentrantLock，读写锁 ReadLock和WriteLock。也可以看到 里面涉及到 fair 和 nonfair 就是有公平锁和非公平锁的概念

女友：嗯，总体概述太宽泛了，先说说ReentrantLock吧。

我：首先需要强调一点就是 使用这种锁需要手动的释放锁，否则会出现死锁问题，先来看看他的基本用法 和 可重入特性

public class LockTest {

 public int count = 0;
 Lock lock = new ReentrantLock();

 public static void main(String[] args) throws Exception{
 LockTest lockTest = new LockTest();

 for (int i = 0;i<5;i++) {
 new Thread(new Runnable(){
 @Override
 public void run() {
 try {
 lockTest.add();
 } catch (Exception e) {
 e.printStackTrace();
 }
 }
 }, "线程 " + i).start();
 }
 }
 public void add(){
 lock.lock();
 try {
 System.out.println(Thread.currentThread().getName() + " 第一次获取锁 ");
 count ++;
 sub();
 System.out.println(Thread.currentThread().getName() + " 的count: " + count);
 } catch (Exception e) {
 e.printStackTrace();
 } finally {
 System.out.println(Thread.currentThread().getName() + " 第一次释放锁 ");
 lock.unlock();
 }
 }
 public void sub(){
 lock.lock();
 try {
 System.out.println(Thread.currentThread().getName() + " 第二次获取锁 ");
 count --;
 } catch (Exception e) {
 e.printStackTrace();
 } finally {
 System.out.println(Thread.currentThread().getName() + " 第二次释放锁 ");
 lock.unlock();
 }
 }

}
  1. lock加锁是可以尝试是否可以获取锁，获取不到的话可以自己做其他处理，不像synchronized一根经，等到天荒地老
public class LockTest {
    
     public int count = 0;
     Lock lock = new ReentrantLock();
    
     public static void main(String[] args) throws Exception{
     LockTest lockTest = new LockTest();
     for (int i = 0;i<5;i++) {
     new Thread(new Runnable(){
     @Override
     public void run() {
     try {
     lockTest.tryLockTest();
     } catch (Exception e) {
     e.printStackTrace();
     }
     }
     }, "线程 " + i).start();
     }
     }
     public void tryLockTest() throws Exception{
     //十毫秒内获取不到锁就会放弃等待 走else分支处理其他事物
     if (lock.tryLock(10, TimeUnit.MICROSECONDS)) {
     try {
     System.out.println(Thread.currentThread().getName() + " 获取锁 ");
     count ++;
     System.out.println(Thread.currentThread().getName() + " 的count: " + count);
     } catch (Exception e) {
     e.printStackTrace();
     } finally {
     System.out.println(Thread.currentThread().getName() + " 释放锁 ");
     lock.unlock();
     }
     } else {
     System.out.println(Thread.currentThread().getName() + " 获取锁失败 ");
     }
     }
    }
  1. lock在尝试加锁的过程中可以被打断
public class LockTest {
    
     public int count = 0;
     Lock lock = new ReentrantLock();
    
     public static void main(String[] args) throws Exception{
     LockTest lockTest = new LockTest();
    
     Thread thread1 = new Thread(new Runnable() {
     @Override
     public void run() {
     lockTest.testLockInterruptibly();
     }
     }, "线程一");
    
     Thread thread2 = new Thread(new Runnable() {
     @Override
     public void run() {
     lockTest.testLockInterruptibly();
     }
     }, "线程二");
     thread1.start();
     thread2.start();
     thread2.interrupt();
     }
    
     //lockInterruptibly 使用案例
     public void testLockInterruptibly(){
     try {
     lock.lockInterruptibly();
     Thread.sleep(1000);
     System.out.println(Thread.currentThread().getName() + " 获取锁 ");
     count ++;
     System.out.println(Thread.currentThread().getName() + " 的count: " + count);
     } catch (InterruptedException e) {
     System.out.println(Thread.currentThread().getName() + " 获取锁的过程中被打断 ");
     e.printStackTrace();
     } finally {
     System.out.println(Thread.currentThread().getName() + " 释放锁 ");
     lock.unlock();
     }
     }
    
    }

  1. 他可以指定使用公平锁还是非公平锁，默认的是非公平锁 Lock lock = new ReentrantLock(true);

    女友：好像是有点道理。我看还有一个接口ReadWriteLock，他是做什么的？

    我：从字面意思可以看出来他是读写锁。其实就是共享锁和排它锁的概念，他将锁分成了读锁（共享锁）和写锁（排它锁），读锁与读锁不互斥，而读锁与写锁、写锁与写锁之间是互斥的。写锁后获取读锁可以获取，但是会发生锁降级（由写锁降级为读锁），读写锁可以降级但是无法升级 例如如下代码：

public class LockTest {
     public static ReentrantReadWriteLock reentrantReadWriteLock = new ReentrantReadWriteLock();
     static ReentrantReadWriteLock.ReadLock readLock = reentrantReadWriteLock.readLock();
     static ReentrantReadWriteLock.WriteLock writeLock = reentrantReadWriteLock.writeLock();
    
     public static void main(String[] args) {
     readLock.lock();
     writeLock.lock();//这把锁是无法获取成功的，因为读锁没有释放
    
     writeLock.lock();
     readLock.lock();//这把锁虽然可以获取成功但是会出现锁降级
     }
    }

@Slf4j
    public class LockTest {
     static Map<String,String> map = new ConcurrentHashMap<>();
     static ReadWriteLock rw = new ReentrantReadWriteLock();
    
     public static void main(String[] args) throws InterruptedException {
    
     LockTest lockTest = new LockTest();
     new Thread(() -> {
     System.out.println(lockTest.getSomeThing("id"));
     }).start();
     new Thread(() -> {
     System.out.println(lockTest.getSomeThing("id"));
     }).start();
     }
     //可以看成是一个自己维护的高并发下的内存缓存
     public String getSomeThing(String id){
     rw.readLock().lock();
     String str = null;
     try{
     if (StringUtils.isEmpty(map.get(id))) {
     rw.readLock().unlock();
     rw.writeLock().lock();
     try {
     if (StringUtils.isEmpty(map.get(id))) { //注意需要双重判断 有点像单例的一种写法
     log.info("读取数据库获取数据，并将数据放到map中");
     map.put("id","dddd");
     }
     str = map.get(id);
     } finally {
     rw.readLock().lock(); //这里其实是涉及到一个锁降级的地方，为了防止写锁刚释放就有另外的线程立刻又获取到写锁进行写入操作
     rw.writeLock().unlock();
     }
     } else {
     str = map.get(id);
     }
     } finally {
     rw.readLock().unlock();
     }
     return str;
     }
    }

女友：嗯嗯，还不错，继续努力。。。

上面的代码有两处需要注意的地方，第一个就是双重判断 第二个就是锁降级的使用。可以看出来 读写锁适合的场景就是读多写少的场景

我：可以想象一个这个场景，多线程访问一部分数据，对这些访问的数据基本上都是读，写的很少。我们为了数据的安全，肯定会去加锁，这个时候如果加上一把synchronized或者lock 那么就会很慢不太合适，我们可以读的时候直接放一把读锁，这样所有的读线程都可以同时进行，只有当当写线程来了，才会阻塞一下进行写入操作，可以大大的提高性能。算了，能上代码就不瞎哔哔：

女友：说了半天我还是不知道他是干啥的？有什么用。说说他的使用场景

我：synchronized用法的确简单，但是简单也代表着我们可控的地方就不是很多，比如说下面几点吧：

女友：那么用它还麻烦了，为什么我不用java自带的synchronized呢？加上了就行 都有jvm去管理，我们不用操心

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 218,386评论 6赞 506
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 93,142评论 3赞 394
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 164,704评论 0赞 353
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 58,702评论 1赞 294
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 67,716评论 6赞 392
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 51,573评论 1赞 305
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 40,314评论 3赞 418
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 39,230评论 0赞 276
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 45,680评论 1赞 314
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,873评论 3赞 336
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,991评论 1赞 348
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 35,706评论 5赞 346
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 41,329评论 3赞 330
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,910评论 0赞 22
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,038评论 1赞 270
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 48,158评论 3赞 370
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 44,941评论 2赞 355