分布式鎖應用場景

秒殺環境下：訂單服務從庫存中心拿到庫存數，如果庫存總數大于0，則進行庫存扣減，并創建訂單
訂單服務負責創建訂單
庫存服務負責扣減庫存

模擬用戶訪問庫存

多線程并發訪問，出現超賣問題，線程不安全。沒有保證原子性

單體鎖的分類

單體應用鎖指的是只能在 一個JVM 進程內有效的鎖。我們把這種鎖叫做單體應用鎖

synchronized鎖ReentrantLock鎖
一個 Tomcat 可以看作是一個JVM進程，當大量請求并發到系統時，所有的請求都落在這唯一的一個Tomcat上，如果某些請求方法是需要加鎖的，比如：秒殺扣減庫存，是可以滿足需求的，但是隨著訪問量的增加，導致一個tomcat 難以支撐，這時我們必然就是集群部署Tomcat ，使用多個 Tomcat 共同支撐整個系統。

我們看到系統中存在兩個Tomcat，我們加的鎖是JDK提供的鎖，這種鎖只能在 一個JVM 下起到作用，也就是在一個Tomcat內是沒有問題的。當存在兩個或兩個以上的Tomcat時，大量的并發請求分散到不同的Tomcat上，在每一個Tomcat中都可以防止并發的產生，但是在多個Tomcat之間，每個Tomcat中獲得鎖的這個請求，又產生了并發，從而產生超賣現象。這也就是單體應用鎖的局限性了，它只能在一個JVM內加鎖，所以單體鎖只能鎖住單體環境，是鎖不住分布式環境或集群環境的。

分布式鎖核心邏輯

分布式鎖的核心邏輯就是在多個服務中設置一個公共的資源，在公共資源中設置鎖，供多個服務去同時搶奪鎖資源，一旦其中一個線程搶奪成功，其他線程就進入自旋狀態，不同的嘗試訪問獲取鎖資源，在獲取鎖資源的線程執行完相應的邏輯以后就會釋放鎖資源，其他線程就可以獲取鎖資源。

分布式鎖實現的問題——死鎖和解決

死鎖：
如果某個線程在執行鎖邏輯過程中宕機，導致沒有刪除鎖
解決：

添加過期時間

因為是非原子性添加過期時間，可能導致在添加過期時間之前就出現宕機現象，此時依舊進入死鎖狀態。原子性添加過期時間

Redis解決刪除別人鎖的問題

刪除別人鎖：
當有線程A進入后由于超時，有其他線程B進入，此時redis中的鎖是線程B的，而原來的線程A接著執行，線程A刪除了別人的鎖。

刪除別人鎖解決：
①給當前線程綁定一個局部變量uuid,由于每個線程都有一份自己的局部變量，那么線程和局部變量綁定之后，我們在刪除鎖之前判斷一下，當前這把鎖是不是自己的載進行刪除
②使用lua表達式進一步解決

上述方案還是存在問題，在線程A自己的uuid剛好與redis的uuid比較完,正準備刪除的時候過期，這時候B線程進入，此時的redisuuid就不是線程A的了，此時還是會存在刪除別人鎖的問題。
這是由于在拿鎖、比較鎖和刪除鎖的過程中并不是原子性的操作。解決此問題可以使用lua表達式