Redis分布式鎖解鎖案例
相關視頻教程（來自動力節點）：https://www.bilibili.com/video/BV1Uz4y1X72A
相關資料下載：www.bjpowernode.com/?cnblogs
1、解鎖代碼
還是先展示代碼，再帶大家慢慢解釋為什么這樣實現：
public class RedisTool { private static final Long RELEASE_SUCCESS = 1L; /** * 釋放分布式鎖 * @param jedis Redis客戶端 * @param lockKey 鎖 * @param requestId 請求標識 * @return 是否釋放成功 */ public static boolean releaseDistributedLock(Jedis jedis, String lockKey, String requestId) { String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end"; Object result = jedis.eval(script, Collections.singletonList(lockKey), Collections.singletonList(requestId)); if (RELEASE_SUCCESS.equals(result)) { return true; } return false; } }
可以看到，我們解鎖只需要兩行代碼就搞定了！第一行代碼，我們寫了一個簡單的Lua腳本代碼，上一次見到這個編程語言還是在《黑客與畫家》里，沒想到這次居然用上了。第二行代碼，我們將Lua代碼傳到jedis.eval()方法里，並使參數KEYS[1]賦值為lockKey，ARGV[1]賦值為requestId。eval()方法是將Lua代碼交給Redis服務端執行。
那么這段Lua代碼的功能是什么呢？
其實很簡單，首先獲取鎖對應的value值，檢查是否與requestId相等，如果相等則刪除鎖（解鎖）。那么為什么要使用Lua語言來實現呢？因為要確保上述操作是原子性的。那么為什么執行eval()方法可以確保原子性，源於Redis的特性，下面是官網對eval命令的部分解釋：
簡單來說，就是在eval命令執行Lua代碼的時候，Lua代碼將被當成一個命令去執行，並且直到eval命令執行完成，Redis才會執行其他命令。
2、錯誤示例1
最常見的解鎖代碼就是直接使用jedis.del()方法刪除鎖，這種不先判斷鎖的擁有者而直接解鎖的方式，會導致任何客戶端都可以隨時進行解鎖，即使這把鎖不是它的。
public static void wrongReleaseLock1(Jedis jedis, String lockKey) { jedis.del(lockKey); }
3、錯誤示例2
這種解鎖代碼乍一看也是沒問題，甚至我之前也差點這樣實現，與正確姿勢差不多，唯一區別的是分成兩條命令去執行，代碼如下：
public static void wrongReleaseLock2(Jedis jedis, String lockKey, String requestId) { // 判斷加鎖與解鎖是不是同一個客戶端 if (requestId.equals(jedis.get(lockKey))) { // 若在此時，這把鎖突然不是這個客戶端的，則會誤解鎖 jedis.del(lockKey); } }
如代碼注釋，問題在於如果調用jedis.del()方法的時候，這把鎖已經不屬於當前客戶端的時候會解除他人加的鎖。那么是否真的有這種場景？答案是肯定的，比如客戶端A加鎖，一段時間之后客戶端A解鎖，在執行jedis.del()之前，鎖突然過期了，此時客戶端B嘗試加鎖成功，然后客戶端A再執行del()方法，則將客戶端B的鎖給解除了。
4、怎么保證鎖時間大於業務執行時間？
redis里面有一個看門狗的機制，其實可以根據這個思路來，加鎖成功后，啟動一條守護線程，守護線程給鎖進行無限續期！當鎖不存在的時候就跳過，存在就續期，可以保證鎖的時間大於業務時間！線程為守護線程的原因是，守護線程依賴於主線程，當主線程掛了之后，守護線程也會掛掉！這樣能避免程序宕機之后，續期的線程依舊續期，造成死鎖！
5、總結
本文主要介紹了如何使用Java代碼正確實現Redis分布式鎖，對於加鎖和解鎖也分別給出了兩個比較經典的錯誤示例。其實想要通過Redis實現分布式鎖並不難，只要保證能滿足可靠性里的四個條件。互聯網雖然給我們帶來了方便，只要有問題就可以google，然而網上的答案一定是對的嗎？其實不然，所以我們更應該時刻保持着質疑精神，多想多驗證。
如果你的項目中Redis是多機部署的，那么可以嘗試使用Redisson實現分布式鎖。