悲观锁&乐观锁-阿里云开发者社区

开发者社区> 开发与运维> 正文

悲观锁&乐观锁

简介: 悲观锁&乐观锁

@[toc]

锁都分类

在这里插入图片描述

什么是悲观锁,乐观锁

乐观锁对应于生活中乐观的人总是想着事情往好的方向发展,悲观锁对应于生活中悲观的人总是想着事情往坏的方向发展。这两种人各有优缺点,不能不以场景而定说一种人好于另外一种人。

悲观锁

总是假设最坏的情况,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会阻塞直到它拿到锁(共享资源每次只给一个线程使用,其它线程阻塞,用完后再把资源转让给其它线程)。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁。Java中synchronized和ReentrantLock等独占锁就是悲观锁思想的实现。

如图所示 ,synchronized 就是悲观锁都一个实现思路,如下代码,
每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁

private Object object =new Object();
    
    public void sale(){
        synchronized (object){
            if(count > 0){
                System.out.println(Thread.currentThread().getName() +"出售 :" +(100 - count + 1));
                count--;
            }
        }
    }

乐观锁

总是假设最好的情况,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号机制和CAS算法实现。乐观锁适用于多读的应用类型,这样可以提高吞吐量,像数据库提供的类似于write_condition机制,其实都是提供的乐观锁。在Java中java.util.concurrent.atomic包下面的原子变量类就是使用了乐观锁的一种实现方式CAS实现的。

以 java.util.concurrent 中的 AtomicInteger 为例

AtomicInteger 内部使用 cas无锁机制,不会进行加锁, 但是在更新的时候会判断一下在此期间别人有没有去更新这个数据

package com.dimple.test;

import java.util.concurrent.atomic.AtomicInteger;

public class Test5 {


    public static void main(String[] args) {

        TestDemo thread = new TestDemo();
        Thread t1 = new Thread(thread,"窗口一");
        Thread t2 = new Thread(thread,"窗口二");
        t1.start();
        t2.start();
    }
}

class TestDemo implements Runnable{
    //共享的火车票变量
    private static AtomicInteger atomic = new AtomicInteger(100);

    //重寫run方法
    @Override
    public void run() {
        while (atomic.get() > 0){
            try {
                //休眠一下 方便出现并发问题
                Thread.sleep(50);
            }catch (Exception e){
                e.getMessage();
            }

            sale();
        }
    }
    //卖票
    public void sale(){

        if(atomic.get() > 0){
          Integer count=  100 - atomic.getAndDecrement() + 1; //使用底层方法getAndDecrement()  自-1;
            System.out.println(Thread.currentThread().getName()+ "," + count);//获取当前值
        }


    }

}

经典案例

  • git 版本控制工具 典型都乐观锁实现思路,当我们往远程仓库 push的时候 ,git 会检查我们的版本是否落后于版本库的版本,如果落后,push就会报错,如果一致,就提交成功
  • git 不适用于悲观锁,否则 公司倒闭

开销对比

悲观锁的开销肯定要大于乐观锁,但是特点一劳永逸,乐观锁 始终无锁机制,比对版本号,性能要优于 悲观锁,
在这里插入图片描述

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章