真實案例
Redis分布式鎖的正確姿勢
很多同學在用分布式鎖時,都是直接百度搜索找一個Redis分布式鎖工具類就直接用了.關鍵是該工具類中還充斥著很多System.out.println();等陳述句.其實Redis分布式鎖比較正確的姿勢是采用redisson這個客戶端工具.
如何回答
開始之前，記得點贊收藏加關注哦 ，需要下載PDF版本和獲取更多知識點、面試題的朋友可以點一點下方鏈接免費領取
鏈接：點這里！！！ 799215493 暗號：CSDN
首先如果你之前用Redis的分布式鎖的姿勢正確,并且看過相應的官方檔案的話,這個問題So easy.我們來看
坦白說,如果你英文棒棒噠那么看英文檔案可能更好理解
By default lock watchdog timeout is 30 seconds and can be changed
through Config.lockWatchdogTimeout setting.
但是你如果看的是中文檔案
看門狗檢查鎖的超時時間默認是30秒
這句話從語文角度分析就是一個歧義句,他有兩個意思
1.看門狗默認30秒去檢查一次鎖的超時時間
2.看們狗會去檢查鎖的超時時間,鎖的時間時間默認是30秒
看到這里,我希望大家不要黑我的小學體育老師,雖然他和語文老師是同個人.語文不行,我們可以原始碼來湊!
原始碼分析
我們根據官方檔案給出的例子,寫了一個最簡單的demo,例子根據上面截圖中Ctr+C和Ctr+V一波操作,如下
public class DemoMain {
public static void main(String[] args) throws Exception {
Config config = new Config();
config.useSingleServer().setAddress("redis://127.0.0.1:6379");
RedissonClient redisson = Redisson.create(config);
RLock lock = redisson.getLock("anyLock");
lock.lock();
//lock.unlock();
}
}
create
從這里我們知道,internalLockLeaseTime 和 lockWatchdogTimeout這兩個引數是相等的.
lockWatchdogTimeout默認值如下
public class Config {
private long lockWatchdogTimeout = 30 * 1000;
public long getLockWatchdogTimeout() {
return lockWatchdogTimeout;
}
//省略無關代碼
}
從internalLockLeaseTime這個單詞也可以看出,這個加的分布式鎖的超時時間默認是30秒.但是還有一個問題,那就是這個看門狗,多久來延長一次有效期呢?我們往下看
lock
從我圖中框起來的地方我們就知道了,獲取鎖成功就會開啟一個定時任務,也就是watchdog,定時任務會定期檢查去續期renewExpirationAsync(threadId).
這里定時用的是netty-common包中的HashedWheelTimer,已經和各大搜索引擎建立了密切的合作關系,你只需要把這個類在任何搜索引擎一搜,都能知道相關API引數的意義.
從圖中我們明白,該定時調度每次呼叫的時間差是internalLockLeaseTime / 3.也就10秒.
真相大白
通過原始碼分析我們知道,默認情況下,加鎖的時間是30秒.如果加鎖的業務沒有執行完,那么到 30-10 = 20秒的時候,就會進行一次續期,把鎖重置成30秒.那這個時候可能又有同學問了,那業務的機器萬一宕機了呢?宕機了定時任務跑不了,就續不了期,那自然30秒之后鎖就解開了唄.
寫在最后
我這里準備了一線大廠面試資料和我原創的超硬核PDF技術檔案，以及我為大家精心準備的多套簡歷模板（不斷更新中），希望大家都能找到心儀的作業！
有需要的朋友可以點一點下方鏈接免費領取
鏈接：點這里！！！ 799215493 暗號：CSDN
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/224310.html
標籤：其他