分布式锁—4.Redisson的联锁和红锁

简介: Redisson的MultiLock和RedLock机制为分布式锁提供了强大的支持。MultiLock允许一次性锁定多个资源,确保在更新这些资源时不会被其他线程干扰。它通过将多个锁合并为一个大锁,统一进行加锁和释放操作。RedissonMultiLock的实现通过遍历所有锁并尝试加锁,若在超时时间内无法获取所有锁,则释放已获取的锁并重试。 RedLock算法则基于多个Redis节点的加锁机制,确保在大多数节点上加锁成功即可。RedissonRedLock通过重载MultiLock的failedLocksLi

大纲

1.Redisson联锁MultiLock概述

2.Redisson联锁MultiLock的加锁与释放锁

3.Redisson红锁RedLock的算法原理

4.Redisson红锁RedLock的源码分析

 

1.Redisson联锁MultiLock概述

(1)MultiLock的简介

(2)MultiLock的使用

(3)MultiLock的初始化

 

(1)MultiLock的简介

一.一次性要锁定多个资源的场景

比如锁定一个库存 + 锁定一个订单 + 锁定一个积分,一次性锁定多个资源,这些被锁定的多个资源都不能让其他线程随意修改。然后当前线程一次性更新这些资源后,再逐一释放多个锁。

 

二.Redisson分布式锁是支持MultiLock机制的

可以将多个锁合并为一个大锁,对大锁进行统一的加锁申请以及锁释放。即一次性锁定多个资源,再去处理一些事情,然后处理完后再一次性释放所有资源对应的锁。

 

三.Redisson的RedissonMultiLock

Redisson的RedissonMultiLock,可以将多个RLock关联为一个联锁,每个RLock对象实例可以来自于不同的Redisson实例。

 

(2)MultiLock的使用

//联锁
RedissonClient redissonInstance1 = Redisson.create(config);
RedissonClient redissonInstance2 = Redisson.create(config);
RedissonClient redissonInstance3 = Redisson.create(config);
RLock lock1 = redissonInstance1.getLock("lock1");
RLock lock2 = redissonInstance2.getLock("lock2");
RLock lock3 = redissonInstance3.getLock("lock3");
RedissonMultiLock lock = new RedissonMultiLock(lock1, lock2, lock3);
//同时加锁:lock1 lock2 lock3,所有的锁都上锁成功才算成功
lock.lock();
//同时释放锁
lock.unlock();
------------------------------------------------------------------
//给lock1、lock2、lock3加锁;如果没有主动释放锁的话,10秒后将会自动释放锁
lock.lock(10, TimeUnit.SECONDS);
//加锁等待最多是100秒;加锁成功后如果没有主动释放锁的话,锁会在10秒后自动释放
boolean res = lock.tryLock(100, 10, TimeUnit.SECONDS);
lock.unlock();

(3)MultiLock的初始化

public class RedissonMultiLock implements RLock {
    final List<RLock> locks = new ArrayList<>();
    ...
    public RedissonMultiLock(RLock... locks) {
        if (locks.length == 0) {
            throw new IllegalArgumentException("Lock objects are not defined");
        }
        this.locks.addAll(Arrays.asList(locks));
    }
    ...
}

 

2.Redisson联锁MultiLock的加锁与释放锁

(1)联锁的获取(超时时间限制 + 加锁失败数限制)

(2)联锁的释放(依次释放锁 + 同步等待锁释放完毕)

 

(1)联锁的获取(超时时间限制 + 加锁失败数限制)

一.RedissonMultiLock的lockInterruptibly()方法每次while循环获取所有锁

加锁的时候,首先会调用RedissonMultiLock的lock()方法,接着会调用RedissonMultiLock的lockInterruptibly()方法。

 

在RedissonMultiLock的lockInterruptibly()方法中,会先根据联锁的个数来计算获取锁时的等待时间waitTime,然后通过while循环不停地尝试调用tryLock()方法去获取所有的锁。只有获取到所有的锁,while循环才会退出。

 

二.RedissonMultiLock的tryLock()方法获取锁有超时时间限制 + 加锁失败数限制

在RedissonMultiLock的tryLock()方法中,会依次遍历需要获取的锁,然后调用RLock的tryLock()方法尝试获取每个锁。比如调用可重入锁RedissonLock.tryLock()方法来尝试获取每个锁。

 

假设传入的leaseTime = -1,waitTime = 4500,计算出remainTime = 4500。那么传入RedissonLock的tryLock()方法中的参数waitTime为4500,即指定了获取每个锁时的等待超时时间为4500毫秒。如果在4500毫秒内获取不到这个锁,就退出并标记为获取锁失败。此外传入RedissonLock的tryLock()方法中的参数newLeaseTime为-1。表示获取到锁之后,这个锁在多长时间内会自动释放。由于leaseTime是-1,所以newLeaseTime也是-1。所以如果获取到了锁,会启动一个WatchDog在10秒之后去检查锁的持有情况。

 

在RedissonMultiLock的tryLock()方法的遍历获取锁的for循环中,有两个限制。

 

限制一:超时时间限制

当获取锁成功时,就将该锁实例添加到一个列表。但不管获取锁成功还是失败,都会递减remainTime。其实remainTime就是获取MultiLock的超时时间,默认每个锁1500毫秒。当发现remainTime小于0,则表示此次获取联锁失败,需释放获取的锁。此时RedissonMultiLock的tryLock()方法便会返回false,继续下一轮尝试。

 

限制二:加锁失败数限制

当获取锁失败时,先判断是否达到加锁成功的最少数量。如果达到,就可以退出循环,并进行返回。如果还没达到,就对failedLocksLimit递减。当发现failedLocksLimit为0,则表示此次获取联锁失败,需释放获取的锁,同时重置failedLocksLimit的值+清空acquiredLocks+复位锁列表的迭代器,为下一次尝试获取全部锁做准备。也就是RedissonMultiLock.tryLock()方法会返回false,继续下一轮尝试。

 

三.RedissonMultiLock的tryLock()方法获取所有锁失败会继续重试

当RedissonMultiLock的tryLock()方法返回false时,在RedissonMultiLock的lockInterruptibly()方法的while循环中,会再次调用RedissonMultiLock的tryLock()方法来尝试获取联锁。

 

四.总结

假设要获取的联锁中有n把锁,那么可能会循环很多次去尝试获取这n把锁。默认情况下,每次获取这n把锁的时候,会有一个超时时间为1500*n毫秒。也就是说,如果第一次获取这n把锁时,在1500*n毫秒内无法获取这n把锁。那么就会继续调用tryLock方法进行下一次尝试,重新再来获取这n把锁。直到某一次成功在1500*n毫秒内获取到这n把锁,那么就会退出循环。

public class RedissonMultiLock implements RLock {
    final List<RLock> locks = new ArrayList<>();
    public RedissonMultiLock(RLock... locks) {
        ...
        this.locks.addAll(Arrays.asList(locks));
    }
    
    @Override
    public void lock() {
        ...
        lockInterruptibly();
        ...
    }
    
    @Override
    public void lockInterruptibly() throws InterruptedException {
        lockInterruptibly(-1, null);
    }
    
    @Override
    public void lockInterruptibly(long leaseTime, TimeUnit unit) throws InterruptedException {
        //根据联锁的个数来计算获取锁时的等待时间waitTime
        //此时MutiLock中有3个锁,leaseTime=-1,baseWaitTime=4500,waitTime=4500
        long baseWaitTime = locks.size() * 1500;
        long waitTime = -1;
        if (leaseTime == -1) {
            //传入的leaseTime为-1,将baseWaitTime赋值给waitTime
            waitTime = baseWaitTime;
        } else {
            ...
        }
        //不停地尝试去获取所有的锁
        while (true) {
            //只有获取到所有的锁,while循环才会退出
            if (tryLock(waitTime, leaseTime, TimeUnit.MILLISECONDS)) {
                return;
            }
        }
    }
    
    @Override
    public boolean tryLock(long waitTime, long leaseTime, TimeUnit unit) throws InterruptedException {
        //此时传入的leaseTime=-1,waitTime=4500,计算出remainTime=4500
        long newLeaseTime = -1;
        ...
        //time=当前时间
        long time = System.currentTimeMillis();
        long remainTime = -1;
        if (waitTime != -1) {
            //remainTime=4500
            remainTime = unit.toMillis(waitTime);
        }
        //RedissonRedLock会重载calcLockWaitTime()方法,缩短了获取每个小锁的超时时间
        //比如RedissonRedLock.calcLockWaitTime()方法返回1500
        //RedissonMultiLock.calcLockWaitTime()方法返回4500
        long lockWaitTime = calcLockWaitTime(remainTime);
        //RedissonRedLock会重载failedLocksLimit()方法,返回可以允许最多有多少个锁获取失败
        //比如RedissonMultiLock.failedLocksLimit()方法返回0,表示不允许存在某个锁获取失败
        int failedLocksLimit = failedLocksLimit();
        //acquiredLocks用来保存已获取到的锁
        List<RLock> acquiredLocks = new ArrayList<>(locks.size());
        //依次遍历要获取的锁
        for (ListIterator<RLock> iterator = locks.listIterator(); iterator.hasNext();) {
            RLock lock = iterator.next();
            boolean lockAcquired;
            ...
            if (waitTime == -1 && leaseTime == -1) {
                lockAcquired = lock.tryLock();
            } else {
                //awaitTime=4500
                long awaitTime = Math.min(lockWaitTime, remainTime);
                //获取锁的核心方法RLock.tryLock(),比如RedissonLock.tryLock()方法
                //如果在awaitTime=4500毫秒内获取不到这个锁,就退出并标记为获取锁失败
                lockAcquired = lock.tryLock(awaitTime, newLeaseTime, TimeUnit.MILLISECONDS);
            }
            ...
            if (lockAcquired) {
                //成功获取锁,就将锁实例添加到acquiredLocks
                acquiredLocks.add(lock);
            } else {
                if (locks.size() - acquiredLocks.size() == failedLocksLimit()) {
                    break;
                }
                //获取锁失败,就对failedLocksLimit递减,直到failedLocksLimit为0就返回false
                if (failedLocksLimit == 0) {
                    //此次获取联锁失败,需释放获取的锁
                    unlockInner(acquiredLocks);
                    if (waitTime == -1) {
                        return false;
                    }
                    //重置failedLocksLimit的值,为下一次尝试获取全部锁做准备
                    failedLocksLimit = failedLocksLimit();
                    //清空acquiredLocks,为下一次尝试获取全部锁做准备
                    acquiredLocks.clear();
                    //复位锁列表的迭代器
                    while (iterator.hasPrevious()) {
                        iterator.previous();
                    }
                } else {
                    //递减failedLocksLimit
                    failedLocksLimit--;
                }
            }
            //递减remainTime,如果remainTime小于0,表示获取联锁失败
            if (remainTime != -1) {
                remainTime -= System.currentTimeMillis() - time;
                time = System.currentTimeMillis();
                //如果发现remainTime小于0,则表示此次获取联锁失败
                if (remainTime <= 0) {
                    unlockInner(acquiredLocks);
                    return false;
                }
            }
        }
        if (leaseTime != -1) {
            acquiredLocks.stream()
                .map(l -> (RedissonLock) l)
                .map(l -> l.expireAsync(unit.toMillis(leaseTime), TimeUnit.MILLISECONDS))
                .forEach(f -> f.toCompletableFuture().join());
        }
        
        return true;
    }
    ...
}

(2)联锁的释放(依次释放锁 + 同步等待锁释放完毕)

释放锁就是依次调用每个锁的释放逻辑,同步等待每个锁释放完毕才返回。

public class RedissonMultiLock implements RLock {
    ...
    @Override
    public void unlock() {
        List<RFuture<Void>> futures = new ArrayList<>(locks.size());
        //依次调用每个锁的释放逻辑
        for (RLock lock : locks) {
            futures.add(lock.unlockAsync());
        }
        for (RFuture<Void> future : futures) {
            //同步等待每个锁释放完毕
            future.toCompletableFuture().join();
        }
    }
    ...
}

 

3.Redisson红锁RedLock的算法原理

(1)RedLock算法的具体流程

(2)RedLock算法的四个要点总结

 

(1)RedLock算法的具体流程

步骤一:客户端先获取当前时间戳T1。

 

步骤二:客户端依次向这5个节点发起加锁请求,且每个请求都会设置超时时间。超时时间是毫秒级的,要远小于锁的有效时间,而且一般是几十毫秒。如果某一个节点加锁失败,包括网络超时、锁被其它线程持有等各种情况,那么就立即向下一个Redis节点申请加锁。

 

步骤三:如果客户端从3个以上(过半)节点加锁成功,则再次获取当前时间戳T2。如果T2 - T1 < 锁的过期时间,则认为客户端加锁成功,否则加锁失败。

 

步骤四:如果加锁失败,要向全部节点发起释放锁的请求。如果加锁成功,则去操作共享资源。

 

(2)RedLock算法的四个要点总结

一.客户端在多个Redis节点上申请加锁

二.必须保证大多数节点加锁成功

三.大多数节点加锁的总耗时 < 锁设置的过期时间

四.释放锁时要向全部节点发起释放锁的请求

 

4.Redisson红锁RedLock的源码分析

(1)RedLock的使用简介

(2)RedLock的实现

(3)RedissonRedLock的源码总结

 

(1)RedLock的使用简介

//红锁
RedissonClient redissonInstance1 = Redisson.create(config);
RedissonClient redissonInstance2 = Redisson.create(config);
RedissonClient redissonInstance3 = Redisson.create(config);
RLock lock1 = redissonInstance1.getLock("lock1");
RLock lock2 = redissonInstance2.getLock("lock2");
RLock lock3 = redissonInstance3.getLock("lock3");
RedissonRedLock lock = new RedissonRedLock(lock1, lock2, lock3);
//同时加锁:lock1 lock2 lock3
//红锁在大部分节点上加锁成功就算成功
lock.lock();
lock.unlock();
---------------------------------------------------------------
//给lock1、lock2、lock3加锁;如果没有主动释放锁的话,10秒后将会自动释放锁
lock.lock(10, TimeUnit.SECONDS);
//加锁等待最多是100秒;加锁成功后如果没有主动释放锁的话,锁会在10秒后自动释放
boolean res = lock.tryLock(100, 10, TimeUnit.SECONDS);
lock.unlock();

(2)RedLock的实现

RedissonRedLock锁的实现非常简单,因为RedissonRedLock是RedissonMultiLock的一个子类,所以RedLock的算法是依赖MultiLock的机制来实现的。

 

RedissonRedLock主要会通过方法的重载,来改变RedissonMultiLock中的几个特殊行为。

 

一.RedissonRedLock重载了RedissonMultiLock的failedLocksLimit()方法

failedLocksLimit()方法会返回允许最多有多少个锁获取失败。其中failedLocksLimit()方法会调用minLocksAmount()方法,而minLocksAmount()方法便会返回加锁成功的最少数量,即过半数。锁的总数减去加锁成功的最少数量,便是允许最多有多少个锁获取失败。

 

RedissonMultiLock的failedLocksLimit()方法是返回0的,即RedissonMultiLock是不允许存在某个锁获取失败。

 

具体的处理就是在RedissonMultiLock的tryLock()方法中,当获取锁失败时,先判断是否达到加锁成功的最少数量。如果达到,就可以退出循环,并进行返回。如果还没达到,就对failedLocksLimit递减。当发现failedLocksLimit为0,则表示此次获取联锁失败,需要释放获取的锁,同时重置failedLocksLimit的值 + 清空acquiredLocks + 复位锁列表的迭代器,为下一次尝试获取全部锁做准备。也就是RedissonMultiLock的tryLock()方法会返回false,继续下一轮尝试。

 

二.RedissonRedLock重载了RedissonMultiLock的calcLockWaitTime()方法

calcLockWaitTime()方法会返回对每个lock进行加锁时的超时时间。例如当waitTime = 4500毫秒、remainTime = 4500毫秒时:RedissonMultiLock的calcLockWaitTime()方法会返回4500,RedissonRedLock的calcLockWaitTime()方法会返回1500。

 

RedissonMultiLock中对每个lock尝试加锁的超时时间为4500毫秒,RedissonRedLock中对每个lock尝试加锁的超时时间为1500毫秒。如果在超时时间内没获取到锁,那么就认为对lock的加锁失败。

public class RedissonRedLock extends RedissonMultiLock {
    public RedissonRedLock(RLock... locks) {
        super(locks);
    }
    
    //可以允许最多有多少个锁获取失败
    @Override
    protected int failedLocksLimit() {
        return locks.size() - minLocksAmount(locks);
    }
    
    //获取锁成功的数量最少要多少个:过半
    protected int minLocksAmount(final List<RLock> locks) {
        return locks.size()/2 + 1;
    }
    
    @Override
    protected long calcLockWaitTime(long remainTime) {
        return Math.max(remainTime / locks.size(), 1);
    }
    
    @Override
    public void unlock() {
        unlockInner(locks);
    }
}
public class RedissonMultiLock implements RLock {
    ...
    @Override
    public void lockInterruptibly(long leaseTime, TimeUnit unit) throws InterruptedException {
        //根据联锁的个数来计算获取锁时的等待时间waitTime
        //此时MutiLock中有3个锁,leaseTime=-1,baseWaitTime=4500,waitTime=4500
        long baseWaitTime = locks.size() * 1500;
        long waitTime = -1;
        if (leaseTime == -1) {
            //传入的leaseTime为-1,将baseWaitTime赋值给waitTime
            waitTime = baseWaitTime;
        } else {
            ...
        }
        //不停地尝试去获取所有的锁
        while (true) {
            //只有获取到所有的锁,while循环才会退出
            if (tryLock(waitTime, leaseTime, TimeUnit.MILLISECONDS)) {
                return;
            }
        }
    }
    
    @Override
    public boolean tryLock(long waitTime, long leaseTime, TimeUnit unit) throws InterruptedException {
        //此时传入的leaseTime=-1,waitTime=4500,计算出remainTime=4500
        long newLeaseTime = -1;
        ...
        //time=当前时间
        long time = System.currentTimeMillis();
        long remainTime = -1;
        if (waitTime != -1) {
            //remainTime=4500
            remainTime = unit.toMillis(waitTime);
        }
        //RedissonRedLock会重载calcLockWaitTime()方法,缩短了获取每个小锁的超时时间
        //比如RedissonRedLock.calcLockWaitTime()方法返回1500
        //RedissonMultiLock.calcLockWaitTime()方法返回4500
        long lockWaitTime = calcLockWaitTime(remainTime);
        //RedissonRedLock会重载failedLocksLimit()方法,返回可以允许最多有多少个锁获取失败
        //比如RedissonMultiLock.failedLocksLimit()方法返回0,表示不允许存在某个锁获取失败
        int failedLocksLimit = failedLocksLimit();
        //acquiredLocks用来保存已获取到的锁
        List<RLock> acquiredLocks = new ArrayList<>(locks.size());
        //依次遍历要获取的锁
        for (ListIterator<RLock> iterator = locks.listIterator(); iterator.hasNext();) {
            RLock lock = iterator.next();
            boolean lockAcquired;
            ...
            if (waitTime == -1 && leaseTime == -1) {
                lockAcquired = lock.tryLock();
            } else {
                //awaitTime=4500
                long awaitTime = Math.min(lockWaitTime, remainTime);
                //获取锁的核心方法RLock.tryLock(),比如RedissonLock.tryLock()方法
                //如果在awaitTime=4500毫秒内获取不到这个锁,就退出并标记为获取锁失败
                lockAcquired = lock.tryLock(awaitTime, newLeaseTime, TimeUnit.MILLISECONDS);
            }
            ...
            if (lockAcquired) {
                //成功获取锁,就将锁实例添加到acquiredLocks
                acquiredLocks.add(lock);
            } else {
                //如果达到加锁成功的最少数量,就可以退出循环,进行返回了
                if (locks.size() - acquiredLocks.size() == failedLocksLimit()) {
                    break;
                }
                //获取锁失败,就对failedLocksLimit递减,直到failedLocksLimit为0就返回false
                if (failedLocksLimit == 0) {
                    //此次获取联锁失败,需释放获取的锁
                    unlockInner(acquiredLocks);
                    if (waitTime == -1) {
                        return false;
                    }
                    //重置failedLocksLimit的值,为下一次尝试获取全部锁做准备
                    failedLocksLimit = failedLocksLimit();
                    //清空acquiredLocks,为下一次尝试获取全部锁做准备
                    acquiredLocks.clear();
                    //复位锁列表的迭代器
                    while (iterator.hasPrevious()) {
                        iterator.previous();
                    }
                } else {
                    //递减failedLocksLimit
                    failedLocksLimit--;
                }
            }
            //递减remainTime,如果remainTime小于0,表示获取联锁失败
            if (remainTime != -1) {
                remainTime -= System.currentTimeMillis() - time;
                time = System.currentTimeMillis();
                //如果发现remainTime小于0,则表示此次获取联锁失败
                if (remainTime <= 0) {
                    unlockInner(acquiredLocks);
                    return false;
                }
            }
        }
        if (leaseTime != -1) {
            acquiredLocks.stream()
                .map(l -> (RedissonLock) l)
                .map(l -> l.expireAsync(unit.toMillis(leaseTime), TimeUnit.MILLISECONDS))
                .forEach(f -> f.toCompletableFuture().join());
        }
        
        return true;
    }
    ...
}
public class RedissonMultiLock implements RLock {
    ...
    protected int failedLocksLimit() {
        return 0;
    }
    
    protected long calcLockWaitTime(long remainTime) {
        return remainTime;
    }
    
    @Override
    public void unlock() {
        List<RFuture<Void>> futures = new ArrayList<>(locks.size());
        for (RLock lock : locks) {
            futures.add(lock.unlockAsync());
        }
        for (RFuture<Void> future : futures) {
            future.toCompletableFuture().join();
        }
    }
    
    protected void unlockInner(Collection<RLock> locks) {
        locks.stream().map(RLockAsync::unlockAsync)
            .forEach(f -> {
                f.toCompletableFuture().join();
            }
        );
    }
    ...
}

(3)RedissonRedLock的源码总结

针对多个lock进行加锁,每个lock都有一个1500毫秒的加锁超时时间。

 

如果在1500*n毫秒内,成功对n / 2 + 1个lock加锁成功了。那么就可以认为这个RedLock加锁成功,不要求所有的lock都加锁成功。

 

问题:RedLock本应该是一个锁,只不过是在不同的Master节点上进行加锁。但是Redisson的RedLock实现中却通过合并多个小lock来实现,这是否与RedLock的设计不一致了?

 

当使用Redis Cluster时,其实是一样的。假设有3个Master实例,那么就使用lock1、lock2、lock3三个key去加锁。这3个锁key会按照CRC16得出Hash值然后再取模分布到这3个Master节点,效果等同于让各个Master节点使用名为lock的key进行加锁。

 

相关文章
|
1月前
|
NoSQL 调度 Redis
分布式锁—3.Redisson的公平锁
Redisson公平锁(RedissonFairLock)是一种基于Redis实现的分布式锁,确保多个线程按申请顺序获取锁,从而实现公平性。其核心机制是通过队列和有序集合管理线程的排队顺序。加锁时,线程会进入队列并等待,锁释放后,队列中的第一个线程优先获取锁。RedissonFairLock支持可重入加锁,即同一线程多次加锁不会阻塞。新旧版本在排队机制上有所不同,新版本在5分钟后才会重排队列,而旧版本在5秒后就会重排。释放锁时,Redisson会移除队列中等待超时的线程,并通知下一个排队的线程获取锁。通过这种机制,RedissonFairLock确保了锁的公平性和顺序性。
|
1月前
|
NoSQL 调度 Redis
分布式锁—5.Redisson的读写锁
Redisson读写锁(RedissonReadWriteLock)是Redisson提供的一种分布式锁机制,支持读锁和写锁的互斥与并发控制。读锁允许多个线程同时获取,适用于读多写少的场景,而写锁则是独占锁,确保写操作的互斥性。Redisson通过Lua脚本实现锁的获取、释放和重入逻辑,并利用WatchDog机制自动续期锁的过期时间,防止锁因超时被误释放。 读锁的获取逻辑通过Lua脚本实现,支持读读不互斥,即多个线程可以同时获取读锁。写锁的获取逻辑则确保写写互斥和读写互斥,即同一时间只能有一个线程获取写锁,
147 17
|
2月前
|
负载均衡 NoSQL 算法
Redisson分布式锁数据一致性解决方案
通过以上的设计和实现, Redisson能够有效地解决分布式环境下数据一致性问题。但是, 任何技术都不可能万无一失, 在使用过程中还需要根据实际业务需求进行逻辑屏障的设计和错误处理机制的建立。
180 48
|
30天前
|
NoSQL Java Redis
分布式锁—6.Redisson的同步器组件
Redisson提供了多种分布式同步工具,包括分布式锁、Semaphore和CountDownLatch。分布式锁包括可重入锁、公平锁、联锁、红锁和读写锁,适用于不同的并发控制场景。Semaphore允许多个线程同时获取锁,适用于资源池管理。CountDownLatch则用于线程间的同步,确保一组线程完成操作后再继续执行。Redisson通过Redis实现这些同步机制,提供了高可用性和高性能的分布式同步解决方案。源码剖析部分详细介绍了这些组件的初始化和操作流程,展示了Redisson如何利用Redis命令和
|
9天前
|
NoSQL 安全 调度
【📕分布式锁通关指南 10】源码剖析redisson之MultiLock的实现
Redisson 的 MultiLock 是一种分布式锁实现,支持对多个独立的 RLock 同时加锁或解锁。它通过“整锁整放”机制确保所有锁要么全部加锁成功,要么完全回滚,避免状态不一致。适用于跨多个 Redis 实例或节点的场景,如分布式任务调度。其核心逻辑基于遍历加锁列表,失败时自动释放已获取的锁,保证原子性。解锁时亦逐一操作,降低死锁风险。MultiLock 不依赖 Lua 脚本,而是封装多锁协调,满足高一致性需求的业务场景。
31 0
|
1月前
|
监控 NoSQL Java
分布式锁—2.Redisson的可重入锁
本文主要介绍了Redisson可重入锁RedissonLock概述、可重入锁源码之创建RedissonClient实例、可重入锁源码之lua脚本加锁逻辑、可重入锁源码之WatchDog维持加锁逻辑、可重入锁源码之可重入加锁逻辑、可重入锁源码之锁的互斥阻塞逻辑、可重入锁源码之释放锁逻辑、可重入锁源码之获取锁超时与锁超时自动释放逻辑、可重入锁源码总结。
|
2月前
|
存储 安全 NoSQL
【📕分布式锁通关指南 09】源码剖析redisson之公平锁的实现
本文深入解析了 Redisson 中公平锁的实现原理。公平锁通过确保线程按请求顺序获取锁,避免“插队”现象。在 Redisson 中,`RedissonFairLock` 类的核心逻辑包含加锁与解锁两部分:加锁时,线程先尝试直接获取锁,失败则将自身信息加入 ZSet 等待队列,只有队首线程才能获取锁;解锁时,验证持有者身份并减少重入计数,最终删除锁或通知等待线程。其“公平性”源于 Lua 脚本的原子性操作:线程按时间戳排队、仅队首可尝试加锁、实时发布锁释放通知。这些设计确保了分布式环境下的线程安全与有序执行。
92 0
【📕分布式锁通关指南 09】源码剖析redisson之公平锁的实现
|
3月前
【📕分布式锁通关指南 08】源码剖析redisson可重入锁之释放及阻塞与非阻塞获取
本文深入剖析了Redisson中可重入锁的释放锁Lua脚本实现及其获取锁的两种方式(阻塞与非阻塞)。释放锁流程包括前置检查、重入计数处理、锁删除及消息发布等步骤。非阻塞获取锁(tryLock)通过有限时间等待返回布尔值,适合需快速反馈的场景;阻塞获取锁(lock)则无限等待直至成功,适用于必须获取锁的场景。两者在等待策略、返回值和中断处理上存在显著差异。本文为理解分布式锁实现提供了详实参考。
158 11
【📕分布式锁通关指南 08】源码剖析redisson可重入锁之释放及阻塞与非阻塞获取
|
3月前
|
数据采集 存储 数据可视化
分布式爬虫框架Scrapy-Redis实战指南
本文介绍如何使用Scrapy-Redis构建分布式爬虫系统,采集携程平台上热门城市的酒店价格与评价信息。通过代理IP、Cookie和User-Agent设置规避反爬策略,实现高效数据抓取。结合价格动态趋势分析,助力酒店业优化市场策略、提升服务质量。技术架构涵盖Scrapy-Redis核心调度、代理中间件及数据解析存储,提供完整的技术路线图与代码示例。
310 0
分布式爬虫框架Scrapy-Redis实战指南
|
29天前
|
数据采集 存储 NoSQL
基于Scrapy-Redis的分布式景点数据爬取与热力图生成
基于Scrapy-Redis的分布式景点数据爬取与热力图生成
175 67