背景：記錄對分布式鎖的相關理解，不斷提公升自己
可重入鎖
為什麼不建議使用redis分布鎖
主從切換可能丟失鎖資訊
考慮一下這樣的場景：在分布式環境中，很多併發需要鎖來同步，當使用redis分布式鎖，通用的做法是使用redis的setnx key value px 這樣的命令，設定乙個字段，當設定成功說明獲取鎖，設定不成功說明鎖被占用，當獲取所之後需要刪除鎖，也就是刪除設定的鎖字段，這是鎖可以被其他占用。
這裡在主從切換回出現問題，當第乙個執行緒在主伺服器上設定了鎖，但是這時候從伺服器並沒有及時同步主伺服器的狀態，也就是沒有同步主伺服器中的鎖字段，而此時，主伺服器掛了，redis的哨兵模式公升級從伺服器為主伺服器，如果在併發量大的情況下，雖然第乙個執行緒獲取了鎖，其他執行緒會在當前的主伺服器(之前的從伺服器，但是並沒有同步已經設定的鎖字段)上設定鎖欄位，這樣並不能保證鎖的互斥性。
快取易失性
假如第乙個執行緒設定了鎖，但是之後觸發記憶體淘汰機制很不幸淘汰了設定的鎖字段，接下來的執行緒在第乙個執行緒沒有釋放鎖的情況下，也是重新設定鎖字段的，這樣並不能保證鎖的安全性。
公平鎖
分布式 分布式鎖
本質是利用redis的setnx 方法的特性來加鎖，setnx 即key不存在則設定key，否則直接返回false，要求在分布式系統中使用同乙個redis服務，以下提供兩種解決方案 1 直接使用redistemplate 這其實並不能完全保證高併發下的安全問題，因為可能在鎖過期之後該執行緒尚未執行完...
分布式鎖 使用Redis實現分布式鎖
關於分布式鎖的實現，我的前一篇文章講解了如何使用zookeeper實現分布式鎖。關於分布式鎖的背景此處不再做贅述，我們直接討論下如何使用redis實現分布式鎖。關於redis，筆主不打算做長篇大論的介紹，只介紹下redis優秀的特性。支援豐富的資料型別，如string list map set zs...
分布式專題 分布式鎖
在傳統的單體應用架構中,遇到併發安全性問題時我們可以通過同步鎖synchronized,同步 塊,reentrantlock等方式都可以解決,但隨著業務的發展，單體應用架構不能滿足龐大的使用者請求量，於是分布式系統應用而生，在分布式系統中,由於每個系統都執行在不同的伺服器上，有著不同的jvm,所以j...