悲观锁&乐观锁

锁都分类

什么是悲观锁，乐观锁

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

悲观锁

总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁（共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程）。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。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 不适用于悲观锁，否则 公司倒闭

开销对比

悲观锁的开销肯定要大于乐观锁，但是特点一劳永逸，乐观锁 始终无锁机制，比对版本号，性能要优于 悲观锁，