redis是单线程为啥还有线程安全的问题?
redis不存在线程安全问题,问题在于客户端。比如clientA,clientB操作读和写的操作。key = 1,clientA + 1,clientB + 1,执行完毕理想结果key=3。然后这个结果是不能保证的。
key=1,执行顺序可能是这样的:
1. clientA getKey = 1
2. clientB getKey = 1
3. clientA setKey = 1 + 1 = 2
4. cleintB setKey = 1 + 1 = 2
执行结果可能就是key = 2,clientA和clientB都加一但最后的key有可能不等于3.
SetNX能解决这个并发问题吗?
set: 赋值
nx: 设置过期时间
setnx赋值和设置过期时间放在一个事务中,要么成功要么失败,这样获取锁是不是就能解决上面由于多个客户端所产生的的并发问题呢,答案是否定的。
clientA: setnx获取锁成功,锁已经过期了但clientA仍然在执行中。
clientB: setnx获取锁成功,这样就存在了并发问题了。
redisson来了
获取锁
private void lock(long leaseTime, TimeUnit unit, boolean interruptibly) throws InterruptedException {
long threadId = Thread.currentThread().getId();
Long ttl = tryAcquire(-1, leaseTime, unit, threadId);
// lock acquired
if (ttl == null) {
return;
}
RFuture<RedissonLockEntry> future = subscribe(threadId);
if (interruptibly) {
commandExecutor.syncSubscriptionInterrupted(future);
} else {
commandExecutor.syncSubscription(future);
}
try {
while (true) {
ttl = tryAcquire(-1, leaseTime, unit, threadId);
// lock acquired
if (ttl == null) {
break;
}
// waiting for message
if (ttl >= 0) {
try {
future.getNow().getLatch().tryAcquire(ttl, TimeUnit.MILLISECONDS);
} catch (InterruptedException e) {
if (interruptibly) {
throw e;
}
future.getNow().getLatch().tryAcquire(ttl, TimeUnit.MILLISECONDS);
}
} else {
if (interruptibly) {
future.getNow().getLatch().acquire();
} else {
future.getNow().getLatch().acquireUninterruptibly();
}
}
}
} finally {
unsubscribe(future, threadId);
}
// get(lockAsync(leaseTime, unit));
}
-
尝试获取锁
Long ttl = tryAcquire(-1, leaseTime, unit, threadId)
。
执行获取锁命令:
-
获取锁成功,启动
watch dog看门狗
线程,会每隔10秒为持有的锁续命。
scheduleExpirationRenewal(threadId)
续命方法
-
获取锁失败,死循环尝试获取锁,直到获取锁成功。
-
释放锁
版权声明:本文为u010106375原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。