muitLock和redLock

最新推荐文章于 2026-07-21 18:17:34 发布

原创最新推荐文章于 2026-07-21 18:17:34 发布 · 306 阅读

3 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

1. 不加锁：会超扣（问题演示）

// 伪代码：两个线程同时转账，都基于旧余额判断

classAccount{

intbalance;

}

voidtransfer(Account from,Account to,int amount){

// 危险：读、判断、写中间没有互斥

if(from.balance>= amount){

from.balance-= amount;// 线程1、线程2可能同时进来

to.balance+= amount;

}

// A=100

// 线程1：A→B 转 80

// 线程2：A→C 转 80

// 两边都读到 100，都认为够 → 实际转出 160，A 却可能只剩 20

2. 一把一把加，顺序反了：死锁

RLocklockA=redisson.getLock("account:A");

RLocklockB=redisson.getLock("account:B");

// 线程1：A → B

newThread(()->{

lockA.lock();

sleep(100);// 模拟业务间隙

lockB.lock();// 等 B

try{

// 转账

}finally{

lockB.unlock();

lockA.unlock();

}

}).start();

// 线程2：B → A（顺序反了）

newThread(()->{

lockB.lock();

sleep(100);

lockA.lock();// 等 A

try{

// 转账

}finally{

lockA.unlock();

lockB.unlock();

}

}).start();

// 结果：线程1 拿着 A 等 B，线程2 拿着 B 等 A → 死锁

3. MultiLock：正确写法（推荐看这个）

importorg.redisson.api.RLock;

importorg.redisson.api.RedissonClient;

publicclassTransferService{

privatefinalRedissonClientredisson;

publicTransferService(RedissonClientredisson){

this.redisson= redisson;

}

/**

* 从 fromUser 转 amount 到 toUser

publicbooleantransfer(LongfromUser,LongtoUser,intamount){

// 两把账户锁

RLocklockFrom=redisson.getLock("lock:account:"+ fromUser);

RLocklockTo=redisson.getLock("lock:account:"+ toUser);

// 联锁：要么都加上，要么整体失败（内部处理顺序/释放）

RLockmultiLock=redisson.getMultiLock(lockFrom, lockTo);

booleanlocked=false;

try{

// 最多等 3 秒抢锁；不指定 leaseTime → 可走看门狗

locked =multiLock.tryLock(3,TimeUnit.SECONDS);

if(!locked){

returnfalse;// 抢锁失败，稍后再试

}

// ===== 临界区：同一时刻只有一个转账在改这两个账户 =====

intfromBalance=getBalance(fromUser);// 查库/查缓存

if(fromBalance < amount){

returnfalse;// 余额不足

}

deduct(fromUser, amount);// A 减钱

add(toUser, amount);// B 加钱

saveLog(fromUser, toUser, amount);

returntrue;

}catch(InterruptedExceptione){

Thread.currentThread().interrupt();

returnfalse;

}finally{

if(locked){

multiLock.unlock();// 两把锁一起放

}

// 下面这些你用 MyBatis/MySQL 实现即可

privateintgetBalance(LonguserId){return100;}

privatevoiddeduct(LonguserId,intamount){}

privatevoidadd(LonguserId,intamount){}

privatevoidsaveLog(Longfrom,Longto,intamount){}

}

对照理解

不加锁：

两个转账同时读到余额100 → 超扣

乱加锁：

线程1锁A等B，线程2锁B等A → 死锁

MultiLock：

同时申请 A+B，都成功才进临界区

改完一起 unlock → 安全且不易死锁

和你秒杀的对应关系

// 你项目：锁的是「用户」，防止一人多单

RLocklock=redisson.getLock("lock:order"+ userId);

lock.tryLock(1,TimeUnit.SECONDS);

// 转账例子：锁的是「两个账户」，防止余额算错

RLockmulti=redisson.getMultiLock(lockA, lockB);

multi.tryLock(3,TimeUnit.SECONDS);

本质一样：改共享数据前先互斥，改完再放。

红锁呢

红锁 = RedLock，是 Redis 作者提出的「多 Redis 节点」分布式锁方案。别和 MultiLock 搞混。

和 MultiLock 的区别（先分清）

	MultiLock（联锁）	RedLock（红锁）
锁几个 key	多个不同业务 key（账户A、账户B）	同一个业务，但写到多个 Redis
锁几台 Redis	通常 1 台	多台独立 Redis（如 5 台）
解决啥	同时保护多个资源、防死锁	单机 Redis 挂了/主从切换丢锁