真實案例
Redis分佈式鎖的正確姿式
據肥朝瞭解,不少同窗在用分佈式鎖時,都是直接百度搜索找一個Redis分佈式鎖工具類就直接用了.關鍵是該工具類中還充斥着不少System.out.println();等語句.其實Redis分佈式鎖比較正確的姿式是採用redisson這個客戶端工具.具體介紹能夠搜索最大的同性交友網站github.git
如何回答
首先若是你以前用Redis的分佈式鎖的姿式正確,而且看過相應的官方文檔的話,這個問題So easy.咱們來看github
坦白說,若是你英文棒棒噠那麼看英文文檔可能更好理解面試
By default lock watchdog timeout is 30 seconds and can be changed through Config.lockWatchdogTimeout setting.redis
可是你若是看的是中文文檔分佈式
看門狗檢查鎖的超時時間默認是30秒工具
這句話肥朝從語文角度分析就是一個歧義句,他有兩個意思源碼分析
1.看門狗默認30秒去檢查一次鎖的超時時間
2.看們狗會去檢查鎖的超時時間,鎖的時間時間默認是30秒
看到這裏,我但願你們不要黑個人小學體育老師,雖然他和語文老師是同我的.語文不行,咱們能夠源碼來湊!網站
源碼分析
咱們根據官方文檔給出的例子,寫了一個最簡單的demo,例子根據上面截圖中Ctr+C和Ctr+V一波操做,以下搜索引擎
createspa
從這裏咱們知道,internalLockLeaseTime 和 lockWatchdogTimeout這兩個參數是相等的.
lockWatchdogTimeout默認值以下
從internalLockLeaseTime這個單詞也能夠看出,這個加的分佈式鎖的超時時間默認是30秒.可是還有一個問題,那就是這個看門狗,多久來延長一次有效期呢?咱們往下看
lock
從我圖中框起來的地方咱們就知道了,獲取鎖成功就會開啓一個定時任務,也就是watchdog,定時任務會按期檢查去續期renewExpirationAsync(threadId).
這裏定時用的是netty-common包中的HashedWheelTimer,肥朝公衆號已經和各大搜索引擎創建了密切的合做關係,你只須要把這個類在任何搜索引擎一搜,都能知道相關API參數的意義.
從圖中咱們明白,該定時調度每次調用的時間差是internalLockLeaseTime / 3.也就10秒.
真相大白
經過源碼分析咱們知道,默認狀況下,加鎖的時間是30秒.若是加鎖的業務沒有執行完,那麼到 30-10 = 20秒的時候,就會進行一次續期,把鎖重置成30秒.那這個時候可能又有同窗問了,那業務的機器萬一宕機了呢?宕機了定時任務跑不了,就續不了期,那天然30秒以後鎖就解開了唄.