redis可以做分布式鎖的原因是什么

redis可以做分布式鎖的原因是什么？相信有很多人都不太了解，今天小編為了讓大家更加了解redis可以做分布式鎖的原因，所以給大家總結(jié)了以下內(nèi)容，一起往下看吧。

Redis為單進(jìn)程單線程模式，采用隊(duì)列模式將并發(fā)訪問(wèn)變成串行訪問(wèn)，且多客戶端對(duì)Redis的連接并不存在競(jìng)爭(zhēng)關(guān)系。

代碼實(shí)現(xiàn)的，主要是針對(duì)某一筆數(shù)據(jù)的流水號(hào)加鎖，防止多個(gè)線程寫入這個(gè)數(shù)據(jù)。（具有互斥性）  

現(xiàn)在最流行的redis分布式鎖就是Redisson了，來(lái)看看它的底層原理就了解redis是如何使用分布式鎖的了

原理分析

分布式鎖要解決的是分布式環(huán)境下，并行相同代碼的加鎖功能；了解過(guò)redis分布式鎖的人肯定知道，一開(kāi)始redis作為分布式鎖用的是setnx，再這基礎(chǔ)上設(shè)置個(gè)定時(shí)過(guò)期時(shí)間，但這種方式有什么問(wèn)題呢？

實(shí)際上看懂上圖的人也就明白了那有什么問(wèn)題，首先是原子性問(wèn)題，setnx+過(guò)期時(shí)間這兩個(gè)操作必須是原子性的，所以這可以用lua腳本解決

再然后是釋放鎖的時(shí)機(jī)該如何定？

不管我們定多少過(guò)期時(shí)間，都不能保證，在這段時(shí)間內(nèi)鎖住的代碼執(zhí)行完成了，所以這個(gè)時(shí)間定多少都不好；

如果不定時(shí)間，當(dāng)執(zhí)行完成后釋放鎖，問(wèn)題就是如果執(zhí)行到一半機(jī)器宕機(jī)，那這把鎖就永遠(yuǎn)放不掉了

那Redisson是如何解決上述問(wèn)題的呢？

它對(duì)代碼進(jìn)行了精簡(jiǎn)的封裝，我們的使用非常簡(jiǎn)單，甚至我們不用主動(dòng)設(shè)置過(guò)期時(shí)間

它設(shè)計(jì)了個(gè)watch dog看門狗，每隔10秒會(huì)檢查一下是否還持有鎖，若持有鎖，就給他更新過(guò)期時(shí)間30秒；通過(guò)這樣的設(shè)計(jì)，可以讓他在沒(méi)有釋放鎖之前一直持有鎖，哪怕宕機(jī)了，也能自動(dòng)釋放鎖

而不能獲得鎖的客戶端則是不斷循環(huán)嘗試加鎖

通過(guò)記錄鎖的客戶端id，可以把它設(shè)計(jì)成可重入鎖

關(guān)于redis可以做分布式鎖的原因是什么就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的參考價(jià)值，可以學(xué)以致用。如果喜歡本篇文章，不妨把它分享出去讓更多的人看到。