• java 多线程乐观锁与悲观锁


    乐观锁与悲观锁

    悲观锁:一上来就加锁,没有安全感,每次只能一个线程进入访问完毕后再解锁。是线程安全的,但是性能较差!

    乐观锁:一开始不上锁,认为是没有问题的,大家一起跑,等要出线程安全问题的时候才开始控制。是线程安全的,且性能较好。

    下面举例说明,先写一个没有锁的多线程场景:

    public static void main(String[] args) throws Exception {
            //需求:1个静态变量,100个线程,每个线程对其加100次 最终值为10000
            Runnable target = new MyRunnable();
    
            for (int i = 1; i <= 100; i++) {
                new Thread(target).start();
            }
        }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    public class MyRunnable implements Runnable{
        private int count;//用实例变量代替静态变量 反正线程都是公用一个任务对象的 所以是可以的
        @Override
        public void run() {
           //100次
            for (int i = 0; i < 100; i++) {
                System.out.println("count--------->"+(++count));
            }
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10

    某次运行结果:

    ...
    count--------->9989
    count--------->9990
    count--------->9991
    count--------->9992
    count--------->9993
    count--------->9994
    count--------->9995
    count--------->9996
    count--------->9997
    count--------->9998
    count--------->9999
    //虽然概率比较小 还是出现了一次线程安全问题
    //有一次增值计算重叠了 没有加到10000
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14

    下面是悲观锁的版本:

    public class MyRunnable implements Runnable{
        private int count;//用实例变量代替静态变量 反正线程都是公用一个任务对象的 所以是可以的
        @Override
        public void run() {
           //100次
            for (int i = 0; i < 100; i++) {
            //这里锁的是单次计算的代码
            //你总不能锁住整个方法 只让某个线程计算100次才让别的线程进来 效率太低
                synchronized (this){
                    System.out.println("count--------->"+(++count));
                }
            }
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14

    某次运行结果:

    ...
    count--------->9989
    count--------->9990
    count--------->9991
    count--------->9992
    count--------->9993
    count--------->9994
    count--------->9995
    count--------->9996
    count--------->9997
    count--------->9998
    count--------->9999
    count--------->10000
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13

    下面是乐观锁的版本:

    首先解释原理,安全问题来自于,比如当count是10时,俩个线程几乎同时进入,将其值修改成11,于是便发生了安全问题,少加了一次。乐观锁采用CAS算法(可以自己进入count.incrementAndGet()源码看看),在加之前就记录了count的原来的值,比如当线程进入时记录count是10,然后将其加到11准备写入时,发现count已经变成11了,于是会将这次修改写入作废,重复上述过程,重新加一次。

    public class MyRunnable implements Runnable{
        //整数修改的乐观锁:用java的原子类实现的
        private AtomicInteger count = new AtomicInteger();
        @Override
        public void run() {
           //100次
            for (int i = 0; i < 100; i++) {
            	System.out.println("count--------->"+(count.incrementAndGet()));
            }
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11

    执行结果可以发现没有线程安全问题。

  • 相关阅读:
    上门服务小程序源码 理疗,足疗,美容SAP上门服务小程序源码
    【Python • 项目实战】pytesseract+pyqt实现图片识别软件小项目——(一)创建项目和画界面
    十六、W5100S/W5500+RP2040树莓派Pico<HTTP Client上传数据到OneNET>
    Post-GWAS: LDSC 的 Partitioned Heritability 分析
    Nginx Location配置详解
    思腾云计算
    命令执行漏洞
    WinHex使用方法详解
    OS2.3.2:进程互斥的软件实现方法
    SpringMVC-RESTful快速开发及案例:基于RESTful页面数据交互
  • 原文地址:https://blog.csdn.net/weixin_43739821/article/details/132801057