|NO.Z.00011|——————————|BigDataEnd|——|Hadoop&Zookeeper.V11|——|Zookeeper.v11|应用实践|分布式锁|

一、分布式锁
### --- [zookeeper]

~~~     [zookeeper应用实践之分布式锁介绍]
~~~     [zookeeper应用实践之分布式锁思路]
~~~     [zookeeper应用实践之分布式锁实现]
~~~     [zookeeper应用实践之分布式锁代码验证] 
### --- 什么是锁

~~~     # 在单机程序中,当存在多个线程可以同时改变某个变量(可变共享变量)时,
~~~     为了保证线程安全(数据不能出现脏数据)就需要对变量或代码块做同步,
~~~     使其在修改这种变量时能够串行执行消除并发修改变量。
~~~     # 对变量或者堆代码码块做同步本质上就是加锁。
~~~     目的就是实现多个线程在一个时刻同一个代码块只能有一个线程可执行
### --- 分布式锁

~~~     分布式的环境中会不会出现脏数据的情况呢?类似单机程序中线程安全的问题。观察下面的例子
### --- 上面的设计是存在线程安全问题

~~~     # 问题现象
~~~     假设Redis 里面的某个商品库存为 1;此时两个用户同时下单,其中一个下单请求执行到第 3 步,
~~~     更新数据库的库存为 0,但是第 4 步还没有执行。
~~~     而另外一个用户下单执行到了第 2 步,发现库存还是 1,就继续执行第 3 步。
~~~     但是商品库存已经为0,所以如果数据库没有限制就会出现超卖的问题。
~~~     # 解决方法

~~~     用锁把 2、3、4 步锁住,让他们执行完之后,另一个线程才能进来执行。
~~~     公司业务发展迅速,系统应对并发不断提高,解决方案是要增加一台机器,结果会出现更大的问题
~~~     # 假设有两个下单请求同时到来,
~~~     分别由两个机器执行那么这两个请求是可以同时执行了依然存在超卖的问题。

~~~     # 因为如图所示系统是运行在两个不同的 JVM 里面,
~~~     不同的机器上,增加的锁只对自己当前 JVM 里面的线程有效,
~~~     对于其他 JVM 的线程是无效的。所以现在已经不是线程安全问题。
~~~     需要保证两台机器加的锁是同一个锁,此时分布式锁就能解决该问题。
### --- 分布式锁的作用:

~~~     在整个系统提供一个全局、唯一的锁,
~~~     在分布式系统中每个系统在进行相关操作的时候需要获取到该锁,才能执行相应操作。
二、zk实现分布式锁
### --- 利用Zookeeper可以创建临时带序号节点的特性来实现一个分布式锁实现思路

~~~     # 锁就是zk指定目录下序号最小的临时序列节点,
~~~     多个系统的多个线程都要在此目录下创建临时的顺序节点,
~~~     因为Zk会为我们保证节点的顺序性,所以可以利用节点的顺序进行锁的判断。
~~~     # 每个线程都是先创建临时顺序节点,
~~~     然后获取当前目录下最小的节点(序号),判断最小节点是不是当前节点,
~~~     如果是那么获取锁成功,如果不是那么获取锁失败。

~~~     # 获取锁失败的线程获取当前节点上一个临时顺序节点,
~~~     并对对此节点进行监听,当该节点删除的时候(上一个线程执行结束删除
~~~     或者是掉线zk删除临时节点)这个线程会获取到通知,代表获取到了锁。
三、流程图
四、main方法
package com.yanqi.zk.dislock;

//zk实现分布式锁
public class DisLockTest {
    public static void main(String[] args) {
        //使用10个线程模拟分布式环境
        for (int i = 0; i < 10; i++) {
            new Thread(new DisLockRunnable()).start();//启动线程
        }
    }

    static class DisLockRunnable implements Runnable {

        public void run() {
            //每个线程具体的任务,每个线程就是抢锁,
            final DisClient client = new DisClient();
            client.getDisLock();

            //模拟获取锁之后的其它动作
            try {
                Thread.sleep(2000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            //释放锁
            client.deleteLock();
        }
    }
}
五、核心实现
package com.yanqi.zk.dislock;

import org.I0Itec.zkclient.IZkDataListener;
import org.I0Itec.zkclient.ZkClient;

import java.util.Collections;
import java.util.List;
import java.util.concurrent.CountDownLatch;

//抢锁
//1. 去zk创建临时序列节点,并获取到序号
//2. 判断自己创建节点序号是否是当前节点最小序号,如果是则获取锁
//执行相关操作,最后要释放锁
//3. 不是最小节点,当前线程需要等待,等待你的前一个序号的节点
//被删除,然后再次判断自己是否是最小节点。。。
public class DisClient {

    public DisClient() {
        //初始化zk的/distrilocl节点,会出现线程安全问题
        synchronized (DisClient.class){
            if (!zkClient.exists("/distrilock")) {
                zkClient.createPersistent("/distrilock");
            }
        }

    }

    //前一个节点
    String beforNodePath;

    String currentNoePath;
    //获取到zkClient
    private ZkClient zkClient = new ZkClient("linux121:2181,linux122:2181");
    //把抢锁过程为量部分,一部分是创建节点,比较序号,另一部分是等待锁

    //完整获取锁方法
    public void getDisLock() {
        //获取到当前线程名称
        final String threadName = Thread.currentThread().getName();
        //首先调用tryGetLock
        if (tryGetLock()) {
            //说明获取到锁
            System.out.println(threadName + ":获取到了锁");
        } else {
            // 没有获取到锁,
            System.out.println(threadName + ":获取锁失败,进入等待状态");
            waitForLock();
            //递归获取锁
            getDisLock();
        }

    }

    CountDownLatch countDownLatch = null;

    //尝试获取锁
    public boolean tryGetLock() {
        //创建临时顺序节点,/distrilock/序号
        if (null == currentNoePath || "".equals(currentNoePath)) {
            currentNoePath = zkClient.createEphemeralSequential("/distrilock/", "lock");
        }
        //获取到/distrilock下所有的子节点
        final List<String> childs = zkClient.getChildren("/distrilock");
        //对节点信息进行排序
        Collections.sort(childs); //默认是升序
        final String minNode = childs.get(0);
        //判断自己创建节点是否与最小序号一致
        if (currentNoePath.equals("/distrilock/" + minNode)) {
            //说明当前线程创建的就是序号最小节点
            return true;
        } else {
            //说明最小节点不是自己创建,要监控自己当前节点序号前一个的节点
            final int i = Collections.binarySearch(childs, currentNoePath.substring("/distrilock/".length()));
            //前一个(lastNodeChild是不包括父节点)
            String lastNodeChild = childs.get(i - 1);
            beforNodePath = "/distrilock/" + lastNodeChild;
        }

        return false;
    }

    //等待之前节点释放锁,如何判断锁被释放,需要唤醒线程继续尝试tryGetLock
    public void waitForLock() {

        //准备一个监听器
        final IZkDataListener iZkDataListener = new IZkDataListener() {

            public void handleDataChange(String s, Object o) throws Exception {

            }

            //删除
            public void handleDataDeleted(String s) throws Exception {
                //提醒当前线程再次获取锁
                countDownLatch.countDown();//把值减1变为0,唤醒之前await线程
            }
        };
        //监控前一个节点
        zkClient.subscribeDataChanges(beforNodePath, iZkDataListener);

        //在监听的通知没来之前,该线程应该是等待状态,先判断一次上一个节点是否还存在
        if (zkClient.exists(beforNodePath)) {
            //开始等待,CountDownLatch:线程同步计数器
            countDownLatch = new CountDownLatch(1);
            try {
                countDownLatch.await();//阻塞,countDownLatch值变为0
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }

        //解除监听
        zkClient.unsubscribeDataChanges(beforNodePath, iZkDataListener);
    }


    //释放锁
    public void deleteLock() {
        if (zkClient != null) {
            zkClient.delete(currentNoePath);
            zkClient.close();
        }
    }
}
六、编译打印
### --- 编译打印
~~~     分布式锁的实现可以是 Redis、Zookeeper相对来说生产环境
~~~     如果使用分布式锁可以考虑使用Redis实现而非Zk。

D:\JAVA\jdk1.8.0_231\bin\java.exe "-javaagent:D:\IntelliJIDEA\IntelliJ IDEA 2019.3.3\lib\idea_rt.jar=64015:D:\IntelliJIDEA\IntelliJ IDEA 2019.3.3\bin" -Dfile.encoding=UTF-8 -classpath D:\JAVA\jdk1.8.0_231\jre\lib\charsets.jar;D:\JAVA\jdk1.8.0_231\jre\lib\deploy.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\access-bridge-64.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\cldrdata.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\dnsns.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\jaccess.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\jfxrt.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\localedata.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\nashorn.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\sunec.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\sunjce_provider.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\sunmscapi.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\sunpkcs11.jar;D:\JAVA\jdk1.8.0_231\jre\lib\ext\zipfs.jar;D:\JAVA\jdk1.8.0_231\jre\lib\javaws.jar;D:\JAVA\jdk1.8.0_231\jre\lib\jce.jar;D:\JAVA\jdk1.8.0_231\jre\lib\jfr.jar;D:\JAVA\jdk1.8.0_231\jre\lib\jfxswt.jar;D:\JAVA\jdk1.8.0_231\jre\lib\jsse.jar;D:\JAVA\jdk1.8.0_231\jre\lib\management-agent.jar;D:\JAVA\jdk1.8.0_231\jre\lib\plugin.jar;D:\JAVA\jdk1.8.0_231\jre\lib\resources.jar;D:\JAVA\jdk1.8.0_231\jre\lib\rt.jar;E:\NO.Z.10000——javaproject\NO.Z.00002.Hadoop\zkclient_demo\target\classes;C:\Users\Administrator\.m2\repository\org\apache\zookeeper\zookeeper\3.4.14\zookeeper-3.4.14.jar;C:\Users\Administrator\.m2\repository\org\slf4j\slf4j-api\1.7.25\slf4j-api-1.7.25.jar;C:\Users\Administrator\.m2\repository\org\slf4j\slf4j-log4j12\1.7.25\slf4j-log4j12-1.7.25.jar;C:\Users\Administrator\.m2\repository\com\github\spotbugs\spotbugs-annotations\3.1.9\spotbugs-annotations-3.1.9.jar;C:\Users\Administrator\.m2\repository\com\google\code\findbugs\jsr305\3.0.2\jsr305-3.0.2.jar;C:\Users\Administrator\.m2\repository\log4j\log4j\1.2.17\log4j-1.2.17.jar;C:\Users\Administrator\.m2\repository\jline\jline\0.9.94\jline-0.9.94.jar;C:\Users\Administrator\.m2\repository\org\apache\yetus\audience-annotations\0.5.0\audience-annotations-0.5.0.jar;C:\Users\Administrator\.m2\repository\io\netty\netty\3.10.6.Final\netty-3.10.6.Final.jar;C:\Users\Administrator\.m2\repository\com\101tec\zkclient\0.2\zkclient-0.2.jar com.yanqi.zk.dislock.DisLockTest
Thread-4:获取到了锁
Thread-9:获取锁失败,进入等待状态
Thread-2:获取锁失败,进入等待状态
Thread-0:获取锁失败,进入等待状态
Thread-1:获取锁失败,进入等待状态
Thread-8:获取锁失败,进入等待状态
Thread-3:获取锁失败,进入等待状态
Thread-5:获取锁失败,进入等待状态
Thread-7:获取锁失败,进入等待状态
Thread-6:获取锁失败,进入等待状态
Thread-9:获取到了锁
Thread-2:获取到了锁
Thread-0:获取到了锁
Thread-1:获取到了锁
Thread-8:获取到了锁
Thread-5:获取到了锁
Thread-3:获取到了锁
Thread-7:获取到了锁
Thread-6:获取到了锁

 
 
 
 
 
 
 
 
 

Walter Savage Landor:strove with none,for none was worth my strife.Nature I loved and, next to Nature, Art:I warm'd both hands before the fire of life.It sinks, and I am ready to depart
                                                                                                                                                   ——W.S.Landor

 

posted on   yanqi_vip  阅读(9)  评论(0编辑  收藏  举报

相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· DeepSeek 开源周回顾「GitHub 热点速览」
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

导航

统计

点击右上角即可分享
微信分享提示