先将等待时间换为毫秒,获取当前时间,获取当前线程id,然后开始尝试获取锁,如果获取失败会返回空,获取成功会返回剩余有效期System.currentTimeMillis() - current计算获取锁所消耗的时间。用最大等待时间减去就是剩余等待时间。然后再获取当前时间,之后是使用 subscribeFuture.get(time, TimeUnit.MILLISECONDS);来等待订阅的获取结果,如果失败的话会被异常捕获,经过一些操作最终返回false,获取成功后又会计算剩余等待时间。如果还剩余则进入while循环尝试再次获取锁,后续又会进入if判断等待消息订阅结果,然后计算剩余等待时间如果充足则继续循环,否则返回false退出。我们可以看出redisson中的重试机制并不是盲目的一直重试而是有序的,当我拿到其它线程释放锁的信号时才会重试
public boolean tryLock(long waitTime, long leaseTime, TimeUnit unit) throws InterruptedException {
long time = unit.toMillis(waitTime);
long current = System.currentTimeMillis();
long threadId = Thread.currentThread().getId();
Long ttl = tryAcquire(waitTime, leaseTime, unit, threadId);
// lock acquired
if (ttl == null) {
return true;
}
time -= System.currentTi