Redisson 分布式鎖源碼之八：MultiLock 加鎖與鎖釋放
前言
基于 Redis 的 Redisson 分布式聯(lián)鎖 RedissonMultiLock 對(duì)象可以將多個(gè) RLock 對(duì)象關(guān)聯(lián)為一個(gè)聯(lián)鎖，每個(gè) RLock 對(duì)象實(shí)例可以來(lái)自于不同的 Redisson 實(shí)例。
當(dāng)然，這是官網(wǎng)的介紹，具體是什么?一起看看聯(lián)鎖 MultiLock 使用以及源碼吧!
1MultiLock 使用
按照官方文檔的說(shuō)法，這里 Redisson 客戶(hù)端可以不是同一個(gè)。當(dāng)然，一般工作中也不會(huì)說(shuō)不用一個(gè)客戶(hù)端吧。
2加鎖
在閱讀 MultiLock 加鎖之前，小伙伴應(yīng)該已經(jīng)閱讀過(guò)普通加鎖的相關(guān)文章。
源碼入口：org.redisson.RedissonMultiLock#lock()
默認(rèn)超時(shí)時(shí)間 leaseTime 沒(méi)有設(shè)置，所以為 -1。
這塊方法太長(zhǎng)，咱們拆分進(jìn)行閱讀。
- 基礎(chǔ)等待時(shí)間 baseWaitTime = 鎖數(shù)量 * 1500，在這里就是 4500 毫秒;
- leaseTime == -1 所以 waitTime = baseWaitTime，也就是 4500;
- while (true) 調(diào)用 tryLock 加鎖，直到成功。
調(diào)用 tryLock 方法，其中參數(shù) waitTime = 4500，leaseTime = -1，unit = MILLISECONDS。
下面看一下 tryLock 里面有什么邏輯?
leaseTime != -1 不滿(mǎn)足，這部分直接跳過(guò)。
waitTime != -1 條件滿(mǎn)足，remainTime = 4500，lockWaitTime = 4500。
所以，failedLocksLimit() 這個(gè)方法直接返回 0，就是必須全部加鎖成功。
這里才是重點(diǎn)：
遍歷所有的鎖，依次加鎖。
加鎖邏輯就和可重入鎖加鎖并無(wú)區(qū)別了。所以 Lua 腳本就不進(jìn)行分析了。
上面就是 tryLock 加鎖之后的結(jié)果。
加鎖成功，則將成功的鎖放進(jìn) acquiredLocks 集合中;
加鎖失敗，需要判斷 failedLocksLimit，因?yàn)檫@里是 0，所以會(huì)直接對(duì)成功加鎖集合 acquiredLocks 中的所有鎖執(zhí)行鎖釋放，同時(shí)清空成功集合，恢復(fù)迭代器。
每次加鎖之后，會(huì)更新鎖剩余時(shí)間 remainTime，如果 remainTime 小于等于 0 了，則說(shuō)明加鎖超時(shí)，直接返回 false。
這樣就會(huì)執(zhí)行外部的 while (true) 邏輯，然后重新再走一遍 RedissonMultiLock#tryLock。
3鎖釋放
看完加鎖邏輯，鎖釋放就更容易理解了。
直接遍歷釋放鎖即可，lock.unlockAsync() 是調(diào)用的 RedissonBaseLock#unlockAsync() 方法。
4總結(jié)
根據(jù)我的理解，畫(huà)圖如下：
總體而言，就是將 key1、key2、key3 …… keyN 放到一個(gè) List 集合中，然后迭代循環(huán)加鎖，直到所有的都成功。解鎖的時(shí)候就是再遍歷鎖進(jìn)行釋放鎖。
本文轉(zhuǎn)載自微信公眾號(hào)「程序員小航」，可以通過(guò)以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系程序員小航公眾號(hào)。
