2、用redis实现简单锁解决并发问题

总结:通过redis的set操作是否成功判断当前线程是否争夺到来锁,没有争夺到则一直循环争夺。为了防止无限时间争夺锁,增加了抢夺锁的最长时间,没争夺到则放弃获取锁。

这一节我们用户redis实现锁,从而解决之前遇到的问题。原理主要是借用redis的set的原子操作,每次都通过set操作判断当前的锁是否被占用,如果被占用则需要等到抢到锁位置。
所以此时在redis存在两个值,一个是number,一个是lock。

public class test {

    public static void main(String[] args) {
        for (int i = 0; i < 10; i++) {
            Thread thread1 = new Thread(new Runnable() {
                @Override
                public void run() {

                    Redis ru = new Redis();

                    //锁标志,默认没获得锁
                    Boolean lock= false;
                    //一直等到获得锁,再往下执行
                    String getLockResult=null;
                    while (!lock){
                        getLockResult = ru.set("lock","1",1);
                        if(getLockResult!=null)
                            lock=true;
                    }

                    //获取redis的值
                    Integer number= ru.getInteger("number");
                    number++;
                    //加一再放回redis
                    ru.set("number",number.toString());
                    System.out.println(Thread.currentThread().getName() +"---->result:" +  number) ;
                    ru.delete("lock");
                }
            });
        //解锁
            thread1.start();
        }
    }

}

运行后的结果如下所示。


image.png

redis中number的值也正确了。


image.png

这个锁存在一个循环,当无法获取到锁时会一直等待锁的释放,当发生死锁时,长时间无法获取锁会出现问题,因此应该增加一个获取锁的超时时间acquireTimeout。同时优化下循环,每隔10ms尝试获取一次锁,而不是一直获取。

    public class test {

        public static void main(String[] args) {
            for (int i = 0; i < 10; i++) {
                Thread thread1 = new Thread(new Runnable() {
                    @Override
                    public void run() {

                        Redis ru = new Redis();

                        //锁标志,默认没获得锁
                        Boolean lock = false;
                        //一直等到获得锁,再往下执行
                        String getLockResult = null;
                        //当没有获取到锁且没有超时时循环(超时时间设置为5s)
                        long end = System.currentTimeMillis() + 5000;
                        while (!lock && System.currentTimeMillis() < end) {
                            getLockResult = ru.set("lock", "1", 1);
                            if (getLockResult != null)
                                lock = true;
                            //休息10ms
                            try {
                                Thread.sleep(10);
                            } catch (InterruptedException e) {
                                Thread.currentThread().interrupt();
                            }
                        }

                        //抢到了锁才会进行这些操作
                        if(lock){
                               //获取redis的值
                              Integer number = ru.getInteger("number");
                              number++;
                              //加一再放回redis
                              ru.set("number", number.toString());
                              System.out.println(Thread.currentThread().getName() + "---->result:" + number);
                        ru.delete("lock");
                        }
                       
                    }
                });
                //解锁
                thread1.start();
            }
        }

    }

但是这样的锁还是有问题,问题如下:
假设有两个线程A、B。俩线程的占用锁的最长时间为5s,过了5s就会自动释放锁。如果A先占用锁,但是内部运行的代码超过俩5s,此时锁会自动释放,B就能获得锁了。当运行到第6秒的时候,A线程运行完了,会前往redis手动释放锁,注意此时的锁是B线程申请的,所以A错误的释放了别人的锁。这是不对的,同时如果在A超时的过程中出现了存储数据的过程,则会出现脏读的情况。所以我们得想办法解决这个问题。下面代码模拟了这种情况:


public class test {


    public static void main(String[] args) {


        //监听线程
        Thread monitor = new Thread(new Runnable() {
            @Override
            public void run() {

                int time = 0;
                Redis ru = new Redis();


                while (time < 100000)
                    try {
                        Thread.sleep(500);
                        time = time + 500;
                        System.out.println("Time:" + time + "---->" + ru.get("lock"));
                    } catch (Exception e) {

                    }


            }
        });

        monitor.start();


        Thread thread1 = new Thread(new Runnable() {
            @Override
            public void run() {
                Redis ru = new Redis();


                //加锁,默认没获得锁
                Boolean notGetLock = true;

                //一直等到获得锁,再往下执行
                String getLockResult = null;
                while (notGetLock) {
                    getLockResult = ru.set("lock", Thread.currentThread().getName(), 5);
                    if (getLockResult != null)
                        notGetLock = false;

                }


                try {
                    Thread.sleep(6000);
                } catch (Exception e) {

                }


                //解锁
                ru.delete("lock");

            }
        });

        thread1.start();


        //等待5s后再启动线程2
        try {
            Thread.sleep(5000);
        } catch (Exception e) {

        }


        Thread thread2 = new Thread(new Runnable() {
            @Override
            public void run() {
                Redis ru = new Redis();


                //加锁,默认没获得锁
                Boolean notGetLock = true;

                //一直等到获得锁,再往下执行
                String getLockResult = null;
                while (notGetLock) {
                    getLockResult = ru.set("lock", Thread.currentThread().getName(), 5);
                    if (getLockResult != null)
                        notGetLock = false;

                }


                try {
                    Thread.sleep(4000);
                } catch (Exception e) {

                }

                //解锁
                ru.delete("lock");

            }
        });

        thread2.start();
    }

}
Time:500---->Thread-1
Time:1000---->Thread-1
Time:1500---->Thread-1
Time:2000---->Thread-1
Time:2500---->Thread-1
Time:3000---->Thread-1
Time:3500---->Thread-1
Time:4000---->Thread-1
Time:4500---->Thread-1
Time:5000---->Thread-3
Time:5500---->Thread-3
Time:6000---->null
Time:6500---->null
Time:7000---->null
Time:7500---->null
Time:8000---->null
Time:8500---->null
Time:9000---->null
Time:9500---->null
Time:10000---->null
Time:10500---->null
Time:11000---->null
Time:11500---->null
Time:12000---->null
Time:12500---->null
Time:13000---->null 

结果可知在第六秒的时候线程2的锁被线程1释放了。

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

推荐阅读更多精彩内容