ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花

一、核心概念：什么是Redis分布式锁联锁

Redis分布式锁联锁（MultiLock），是针对多个独立Redis锁资源的组合加锁方案，核心逻辑是：客户端必须同时获取所有目标锁资源的持有权，全部加锁成功才算联锁生效；若任意一个锁获取失败，则立即释放已拿到的锁，全程保证“全成功或全失败”的原子性，避免部分加锁导致的业务数据不一致。

很多人容易混淆联锁与红锁（RedLock），二者核心差异一目了然：

• 联锁（MultiLock）：针对同一Redis集群/单机的多个不同锁键（资源），追求多资源同时锁定，适用于单集群内多资源并发管控；
• 红锁（RedLock）：针对多个独立Redis主节点集群的同一个锁键，追求跨集群锁高可用，通过多数派加锁提升可靠性，适用于跨机房、多集群场景。

简单来说：单锁管一个资源，联锁管一组资源，红锁管一个资源的高可用。

二、联锁的核心适用场景

普通Redis单锁只能管控单个共享资源，当业务需要同时操作多个独立资源且必须保证原子性时，联锁是最优解，典型场景包括：

• 跨模块原子操作：电商下单时，需同时锁定商品库存、用户优惠券、账户余额三个资源，避免超卖、重复扣券、重复扣款；
• 多分片资源并发管控：分库分表场景下，同时锁定多个分片的订单数据，防止跨分片数据冲突；
• 分布式事务兜底：作为TCC、SAGA事务的辅助锁，保证事务分支的执行互斥，避免事务并发执行导致的数据错乱；
• 批量资源独占：定时任务批量处理数据时，锁定多个任务分片，防止多节点重复执行。

三、联锁的核心设计原则

合格的Redis联锁必须满足以下5大原则，杜绝并发隐患：

1. 互斥性：同一时刻，同一组联锁只能被一个客户端持有，其他客户端无法抢占；
2. 原子性：加锁、释放锁全程原子化，不允许出现“部分加锁成功、部分失败”的中间态；
3. 防死锁：每个子锁必须设置过期时间，即使客户端宕机未主动释放，锁也能自动失效；
4. 防误删：释放锁时必须验证锁持有者身份（唯一标识），避免释放其他客户端的锁；
5. 容错性：支持子锁重试、超时熔断，避免单个子锁阻塞导致整个联锁失效。

四、主流实现方案

4.1 官方推荐：Redisson MultiLock 实现（生产级首选）

Redisson封装了完善的RMultiLock组件，内置联锁加锁、释放、重试、WatchDog续命逻辑，无需手动处理复杂边界问题，是生产环境的首选方案。

核心原理

Redisson联锁会按顺序遍历所有子锁，逐个尝试加锁；若所有子锁加锁成功，联锁生效；若任意子锁加锁失败，立即遍历已加锁的子锁并全部释放，保证原子回滚。同时开启WatchDog定时续命，避免业务执行超时导致锁提前释放。

实战代码示例（Java）

// 1. 初始化Redisson客户端
Config config = new Config();
config.useSingleServer().setAddress("redis://127.0.0.1:6379");
RedissonClient redissonClient = Redisson.create(config);

// 2. 创建多个独立子锁
RLock lock1 = redissonClient.getLock("resource:stock:1001");
RLock lock2 = redissonClient.getLock("resource:coupon:2001");
RLock lock3 = redissonClient.getLock("resource:balance:3001");

// 3. 组合为联锁
RMultiLock multiLock = redissonClient.getMultiLock(lock1, lock2, lock3);

try {
    // 4. 尝试获取联锁：等待时间30s，锁过期时间60s
    boolean isLockSuccess = multiLock.tryLock(30, 60, TimeUnit.SECONDS);
    if (isLockSuccess) {
        // 联锁获取成功，执行业务逻辑
        System.out.println("联锁生效，开始执行原子操作");
        // 扣库存、扣优惠券、扣余额
    } else {
        // 联锁获取失败，抛出异常或重试
        throw new RuntimeException("获取分布式联锁失败，请稍后重试");
    }
} catch (InterruptedException e) {
    Thread.currentThread().interrupt();
    throw new RuntimeException("联锁获取中断", e);
} finally {
    // 5. 释放联锁（仅当前持有者可释放）
    if (multiLock.isHeldByCurrentThread()) {
        multiLock.unlock();
        System.out.println("联锁已释放");
    }
    // 关闭客户端（应用退出时执行）
    redissonClient.shutdown();
}

Redisson联锁默认开启WatchDog，若业务执行时间不确定，可省略锁过期时间，WatchDog会每10s自动续命30s，避免锁提前失效；手动设置过期时间后，WatchDog会失效，需保证业务执行时长小于过期时间。

4.2 原生Redis手动实现（Lua脚本）

不依赖Redisson时，可通过Lua脚本实现联锁的原子加锁、释放，利用Redis单线程执行Lua的特性，保证多锁操作的原子性。

加锁Lua脚本

-- KEYS：所有子锁的key数组
-- ARGV：[过期时间, 唯一客户端标识]
local expireTime = ARGV[1]
local clientId = ARGV[2]
local successCount = 0

-- 遍历所有子锁，逐个加锁
for i, key in ipairs(KEYS) do
    -- SETNX+EX 原子加锁，存储客户端标识
    if redis.call('SET', key, clientId, 'NX', 'EX', expireTime) then
        successCount = successCount + 1
    else
        -- 任意子锁加锁失败，回滚已加锁的锁
        for j = 1, i-1 do
            redis.call('DEL', KEYS[j])
        end
        return 0
    end
end

-- 所有子锁加锁成功
return 1

释放锁Lua脚本

-- KEYS：所有子锁的key数组
-- ARGV：唯一客户端标识
local clientId = ARGV[1]

-- 遍历所有子锁，验证身份后释放
for i, key in ipairs(KEYS) do
    if redis.call('GET', key) == clientId then
        redis.call('DEL', key)
    end
end
return 1

原生Lua实现需手动处理重试、超时、续命逻辑，高并发场景下易出现边界问题，仅适用于简单业务；生产环境强烈推荐使用Redisson封装好的联锁组件。

五、联锁优缺点分析

优势

• 原子性强：彻底解决多资源并发操作的一致性问题，杜绝部分执行导致的数据错乱；
• 易用性高：Redisson封装后，API与普通单锁高度一致，学习成本低；
• 兼容性好：适配单机、集群、哨兵等所有Redis部署模式，无需改造原有Redis架构；
• 可控性强：支持自定义等待时间、过期时间、重试策略，适配不同业务场景。

劣势

• 性能损耗：需多次与Redis交互加锁、释放，并发性能低于单锁；子锁数量越多，性能损耗越大；
• 阻塞风险：单个子锁加锁阻塞，会导致整个联锁失败，需合理设置重试和超时机制；
• 锁粒度较粗：联锁锁定多个资源，会降低并发度，不适用于超高并发的细粒度管控场景。

六、生产环境避坑指南

1. 控制子锁数量：建议子锁数量不超过3个，过多子锁会大幅降低性能，增加加锁失败概率；
2. 固定加锁顺序：所有客户端按相同顺序加锁，避免循环等待导致的死锁（如A锁1→锁2，B锁2→锁1）；
3. 合理设置超时时间：锁过期时间要大于业务最大执行时长，配合WatchDog续命更稳妥；
4. 避免锁嵌套：联锁内部不要嵌套其他联锁或单锁，防止锁层级过深导致释放异常；
5. 兜底重试机制：联锁获取失败后，设置指数退避重试，避免瞬时并发导致的大量失败；
6. 监控告警：监控联锁加锁失败率、锁等待时长、死锁次数，及时排查异常。

七、总结

Redis分布式锁联锁是解决单集群多资源原子并发的高效方案，核心是“全有或全无”的加锁逻辑。生产环境优先选用Redisson MultiLock，简化开发、规避坑点；同时控制锁粒度、优化超时和重试策略，平衡业务一致性和系统性能。当涉及跨集群锁高可用时，再切换为红锁方案。

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花