您好,登錄后才能下訂單哦!
今天就跟大家聊聊有關Redis Template實現(xiàn)分布式鎖,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結了以下內容,希望大家根據(jù)這篇文章可以有所收獲。
可靠性
首先,為了確保分布式鎖可用,我們至少要確保鎖的實現(xiàn)同時滿足以下四個條件:
1.互斥性。在任意時刻,只有一個客戶端能持有鎖。
2.不會發(fā)生死鎖。即使有一個客戶端在持有鎖的期間崩潰而沒有主動解鎖,也能保證后續(xù)其他客戶端能加鎖。
3.具有容錯性。只要大部分的Redis節(jié)點正常運行,客戶端就可以加鎖和解鎖。
4.解鈴還須系鈴人。加鎖和解鎖必須是同一個客戶端,客戶端自己不能把別人加的鎖給解了。
使用Redis的SETNX命令獲取分布式鎖的步驟:
?C1和C2線程同時檢查時間戳獲取鎖,執(zhí)行SETNX命令并都返回0,此時鎖仍被C3持有,并且C3已經(jīng)崩潰
?C1 DEL鎖
?C1 使用SETNX命令獲取鎖,并且成功
?C2 DEL鎖
?C2 使用SETNX命令獲取鎖,并且成功
?ERROR : 由于競態(tài)條件,C1和C2都獲取到了鎖
幸運的是,以下面的步驟完全可以避免這種情況發(fā)生,看看C4線程如何操作
?C4使用SETNX命令獲取鎖
?C3已經(jīng)崩潰但是仍然持有鎖,所以Redis返回0給C4
?C4使用GET命令獲取鎖并檢查鎖是否已經(jīng)過期,如果沒有過期,則繼續(xù)等待一段時間并重新重試
?如果鎖已經(jīng)過期,C4嘗試 GETSET lock.foo <current Unix timestamp + lock timeout + 1>
?利用GETSET語法,C4可以檢查舊時間是否仍然是過期時間,如果是,則獲取鎖
?如果另一個客戶端C5率先獲取到鎖,C4執(zhí)行GETSET命令后將返回非過期時間,然后C4繼續(xù)從頭開始重新嘗試獲取鎖。此操作C4將延長一點C5獲取到的鎖的過期時間,不過這不是什么大問題。
接下來我們用代碼的形式展現(xiàn):
package com.shuige.components.cache.redis; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.data.redis.core.RedisCallback; import org.springframework.data.redis.core.RedisTemplate; import org.springframework.data.redis.core.ValueOperations; import org.springframework.stereotype.Component; import java.util.Objects; import java.util.concurrent.TimeUnit; /** * Description: 通用Redis幫助類 * User: zhouzhou * Date: 2018-09-05 * Time: 15:39 */ @Component public class CommonRedisHelper { public static final String LOCK_PREFIX = "redis_lock"; public static final int LOCK_EXPIRE = 300; // ms @Autowired RedisTemplate redisTemplate; /** * 最終加強分布式鎖 * * @param key key值 * @return 是否獲取到 */ public boolean lock(String key){ String lock = LOCK_PREFIX + key; // 利用lambda表達式 return (Boolean) redisTemplate.execute((RedisCallback) connection -> { long expireAt = System.currentTimeMillis() + LOCK_EXPIRE + 1; Boolean acquire = connection.setNX(lock.getBytes(), String.valueOf(expireAt).getBytes()); if (acquire) { return true; } else { byte[] value = connection.get(lock.getBytes()); if (Objects.nonNull(value) && value.length > 0) { long expireTime = Long.parseLong(new String(value)); if (expireTime < System.currentTimeMillis()) { // 如果鎖已經(jīng)過期 byte[] oldValue = connection.getSet(lock.getBytes(), String.valueOf(System.currentTimeMillis() + LOCK_EXPIRE + 1).getBytes()); // 防止死鎖 return Long.parseLong(new String(oldValue)) < System.currentTimeMillis(); } } } return false; }); } /** * 刪除鎖 * * @param key */ public void delete(String key) { redisTemplate.delete(key); } }
如何使用呢,導入工具類后:
boolean lock = redisHelper.lock(key); if (lock) { // 執(zhí)行邏輯操作 redisHelper.delete(key); } else { // 設置失敗次數(shù)計數(shù)器, 當?shù)竭_5次時, 返回失敗 int failCount = 1; while(failCount <= 5){ // 等待100ms重試 try { Thread.sleep(100l); } catch (InterruptedException e) { e.printStackTrace(); } if (redisHelper.lock(key)){ // 執(zhí)行邏輯操作 redisHelper.delete(key); }else{ failCount ++; } } throw new RuntimeException("現(xiàn)在創(chuàng)建的人太多了, 請稍等再試"); }
看完上述內容,你們對Redis Template實現(xiàn)分布式鎖有進一步的了解嗎?如果還想了解更多知識或者相關內容,請關注億速云行業(yè)資訊頻道,感謝大家的支持。
免責聲明:本站發(fā)布的內容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權內容。