上一篇面試官問我,使用Dubbo有沒有遇到一些坑?我笑了。以後,又有一位粉絲和我說在面試過程當中被虐了.鑑於這位粉絲是以前肥朝的**老粉絲
**,並且週一又要開啓新一輪的面試,爲了回饋他長期以來的支持,因此連夜寫了本篇,但願能對他接下來的面試有所幫助.java
據肥朝瞭解,不少同窗在用分佈式鎖時,都是直接百度搜索找一個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
一波操做,以下
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();
}
}
複製代碼
從這裏咱們知道,internalLockLeaseTime
和 lockWatchdogTimeout
這兩個參數是相等的.
lockWatchdogTimeout
默認值以下
public class Config {
private long lockWatchdogTimeout = 30 * 1000;
public long getLockWatchdogTimeout() {
return lockWatchdogTimeout;
}
//省略無關代碼
}
複製代碼
從internalLockLeaseTime
這個單詞也能夠看出,這個加的分佈式鎖的超時時間默認是30秒.可是還有一個問題,那就是這個看門狗,多久來延長一次有效期呢?咱們往下看
從我圖中框起來的地方咱們就知道了,獲取鎖成功就會開啓一個定時任務,也就是watchdog
,定時任務會按期檢查去續期renewExpirationAsync(threadId)
.
這裏定時用的是netty-common
包中的HashedWheelTimer
,肥朝公衆號已經和各大搜索引擎創建了密切的合做關係,你只須要把這個類在任何搜索引擎一搜,都能知道相關API參數的意義.
從圖中咱們明白,該定時調度每次調用的時間差是internalLockLeaseTime / 3
.也就10秒.
經過源碼分析咱們知道,默認狀況下,加鎖的時間是30秒.若是加鎖的業務沒有執行完,那麼到 30-10 = 20秒的時候,就會進行一次續期,把鎖重置成30秒.那這個時候可能又有同窗問了,那業務的機器萬一宕機了呢?宕機了定時任務跑不了,就續不了期,那天然30秒以後鎖就解開了唄.
若是你是肥朝公衆號的老粉絲,而且在面試、工做過程當中遇到了什麼問題,歡迎來撩.可是肥朝是個正經的Java開發,咱們只調接口,不調情!