HotFrameLearning(簡(jiǎn)稱 HFL) Redis_12_redis分布式鎖的3種實(shí)現(xiàn)方式

-

一、大致介紹

```

1、昨天介紹完redis的數(shù)據(jù)結(jié)構(gòu)后，有小伙伴讓本人講講redis的分布式鎖，因此才有了此篇的由來(lái)，只是把我的節(jié)奏提前了而已；

2、接下來(lái)我就通過幾種方式介紹一下分布式鎖的使用；

```

二、源碼分享

2.1 獲取redis鎖且快速失敗

圖1 - 獲取redis鎖且快速失敗

```

1、圖1中，我們首先區(qū)分的是單機(jī)模式還是集群模式；

2、通過簡(jiǎn)單的 set 操作，但是要注意一點(diǎn)，set 時(shí)需要設(shè)置 expiryTimeMills 超時(shí)時(shí)間，而且設(shè)置key與設(shè)置expiryTimeMills需要是在一條原子語(yǔ)句里面，如果不是的話則會(huì)引起不必要的死鎖問題；

3、至于為什么會(huì)引起死鎖，假設(shè) set key 與 set expiryTimeMills 是兩條代碼語(yǔ)句，當(dāng) set key 成功后，程序立馬宕機(jī)了，那么這個(gè) key 就沒有失效時(shí)間，相當(dāng)于永久有效，那么下次再次競(jìng)爭(zhēng)獲取該 key 時(shí)就永遠(yuǎn)都是失敗的，因此要特別注意key與expiryTimeMills需要在同一條原子語(yǔ)句里面被執(zhí)行；

4、當(dāng)時(shí)又有人說(shuō)，嘗試一次就失敗了，豈不是太不讓調(diào)用方省心了，調(diào)用方想嘗試多次還得自己寫個(gè)代碼玩玩，因此就有了下面嘗試多次獲取鎖的操作；

```

2.2 嘗試數(shù)次獲取鎖，獲取不到則返回失敗

圖2 - 嘗試數(shù)次獲取鎖，獲取不到則返回失敗

```

1、圖2中，同樣我們首先區(qū)分的是單機(jī)模式還是集群模式；

2、通過在 tryLockFailFast 外面再套一層 while 循環(huán)處理，讓入?yún)⒍鄠魅雵L試次數(shù)retryTimes、嘗試間隔時(shí)間retryIntervalMills 兩個(gè)字段，即可滿足多次嘗試獲取鎖的訴求，這樣調(diào)用方就能省心了；

3、雖然加鎖是完事了，但是解鎖呢，是不是直接刪掉就完事了呢？請(qǐng)接著看~

```

2.3 釋放redis鎖且快速失敗

圖3 - 釋放redis鎖且快速失敗

```

1、圖3中，同樣我們首先區(qū)分的是單機(jī)模式還是集群模式；

2、只是在解鎖的時(shí)候，有點(diǎn)點(diǎn)不同，我們需要先看看我們解鎖的key對(duì)應(yīng)的內(nèi)存值是不是我們當(dāng)初加鎖的那個(gè)入?yún)⒅?#xff1f;

3、為什么要這么判斷呢？原因就是假設(shè)A線程加鎖了，但是A的任務(wù)還沒有執(zhí)行完，此時(shí)key超時(shí)過期了，然后B線程又成功搶到了該鎖，但是當(dāng)B前腳搶到鎖后A后腳就執(zhí)行完了任務(wù)準(zhǔn)備釋放鎖，那么就會(huì)將B已經(jīng)獲取到的鎖釋放掉，這么一操作已不是把不該釋放的釋放了，最終都會(huì)導(dǎo)致相應(yīng)業(yè)務(wù)功能執(zhí)行出問題的；

4、因此才會(huì)在解鎖的時(shí)候，看下鎖對(duì)應(yīng)的值是不是當(dāng)初加鎖的那個(gè)值，如果一致則刪除，否則刪除失敗；

5、但是這么一連串的 get del 是兩個(gè)命令語(yǔ)句，但是解鎖的真實(shí)訴求需要保證原子性，因此我們就需要 redis 給我們提供的 lua 腳本原子性執(zhí)行多個(gè)命令語(yǔ)句；

6、但是但是，說(shuō)到這，又會(huì)有小伙伴會(huì)問，怕?lián)娜蝿?wù)執(zhí)行太久導(dǎo)致redis超時(shí)，有啥好的方式處理呢？接著看~

```

2.4 阻塞獲取redisson鎖

圖4 - 阻塞獲取redisson鎖

```

1、圖4中，用的redisson框架版本號(hào)為 redisson-3.11.2.jar，具體maven坐標(biāo)大家去中央倉(cāng)庫(kù)看吧；

2、大家會(huì)想，這個(gè)redisson和之前的 tryUnLockFailFast 的加鎖有啥區(qū)別呢？不也是執(zhí)行加鎖么？

3、答案當(dāng)然不一樣，redisson 底層會(huì)有一個(gè)續(xù)命線程，每到過期時(shí)間的的1/3時(shí)就自動(dòng)重新將過期時(shí)間置為入?yún)⒌倪^期時(shí)間值，所以即使業(yè)務(wù)線程的任務(wù)執(zhí)行很久，也不會(huì)因?yàn)殒i自動(dòng)過期一事而煩惱，豈不快哉；

```

2.5 redisson知識(shí)擴(kuò)展

圖5 - redisson知識(shí)擴(kuò)展

```

1、圖5中，我們稍微多看一眼 redisson 框架，然后我們會(huì)發(fā)現(xiàn)底層提供了很多的鎖操作；

2、然而稍微再認(rèn)真的同學(xué)仔細(xì)看看，會(huì)發(fā)現(xiàn)我們 JUC 有的類，這里都差不多實(shí)現(xiàn)了一番，可見 redisson 為分布式做了很多封裝，方便調(diào)用方盡情的使用；

```

歡迎關(guān)注+點(diǎn)贊，您的肯定是對(duì)我最大的支持!!!

總結(jié)

以上是生活随笔為你收集整理的为什么多个线程不可能同时抢到一把锁_HFL Redis_12_redis分布式锁的3种实现方式...的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。