spring-boot-klock-starter

基于redis的分布式鎖spring-boot starter組件，使得項目擁有分布式鎖能力變得異常簡單，支持spring boot，和spirng mvc等spring相關(guān)項目

成都創(chuàng)新互聯(lián)公司專注于鶴城網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供鶴城營銷型網(wǎng)站建設(shè)，鶴城網(wǎng)站制作、鶴城網(wǎng)頁設(shè)計、鶴城網(wǎng)站官網(wǎng)定制、成都小程序開發(fā)服務(wù)，打造鶴城網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供鶴城網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。

快速開始

pring boot項目接入

添加lock starter組件依賴

<dependency>
?<groupId>cn.keking</groupId>
?<artifactId>spring-boot-klock-starter</artifactId>
?<version>1.3-RELEASE</version>
</dependency>
2.application.properties配置redis鏈接：spring.klock.address=127.0.0.1:6379

3.在需要加分布式鎖的方法上，添加注解@Klock，如：

支持鎖指定的業(yè)務(wù)key，如同一個方法ID入?yún)⑾嗤募渔i，其他的放行。業(yè)務(wù)key的獲取支持Spel，具體使用方式如下

spring mvc項目接入

其他步驟和spring boot步驟一樣，只需要spring-xx.xml配置中添加KlockAutoConfiguration類掃描即可，如：

<context:component-scan?base-package="org.springframework.boot.autoconfigure.klock.KlockAutoConfiguration"/>

使用參數(shù)說明

配置參數(shù)說明

spring.klock.address?:?redis鏈接地址
spring.klock.password?:?redis密碼
spring.klock.database?:?redis數(shù)據(jù)索引
spring.klock.waitTime?:?獲取鎖最長阻塞時間（默認：60，單位：秒）
spring.klock.leaseTime:?已獲取鎖后自動釋放時間（默認：60，單位：秒）
spring.klock.cluster-server.node-addresses?:?redis集群配置?如?127.0.0.1:7000,127.0.0.1:7001，127.0.0.1:7002
spring.klock.address?和?spring.klock.cluster-server.node-addresses?選其一即可

@Klock注解參數(shù)說明

@Klock可以標注四個參數(shù)，作用分別如下
name：lock的name，對應(yīng)redis的key值。默認為：類名+方法名
lockType：鎖的類型，目前支持（可重入鎖，公平鎖，讀寫鎖）。默認為：公平鎖
waitTime：獲取鎖最長等待時間。默認為：60s。同時也可通過spring.klock.waitTime統(tǒng)一配置
leaseTime：獲得鎖后，自動釋放鎖的時間。默認為：60s。同時也可通過spring.klock.leaseTime統(tǒng)一配置
lockTimeoutStrategy:?加鎖超時的處理策略，可配置為不做處理、快速失敗、阻塞等待的處理策略，默認策略為不做處理
customLockTimeoutStrategy:?自定義加鎖超時的處理策略，需指定自定義處理的方法的方法名，并保持入?yún)⒁恢隆?releaseTimeoutStrategy:?釋放鎖時，持有的鎖已超時的處理策略，可配置為不做處理、快速失敗的處理策略，默認策略為不做處理
customReleaseTimeoutStrategy:?自定義釋放鎖時，需指定自定義處理的方法的方法名，并保持入?yún)⒁恢隆?/pre>
鎖超時說明
因為基于redis實現(xiàn)分布式鎖，如果使用不當，會在以下場景下遇到鎖超時的問題：
加鎖超時處理策略(LockTimeoutStrategy)：
NO_OPERATION 不做處理，繼續(xù)執(zhí)行業(yè)務(wù)邏輯
FAIL_FAST 快速失敗，會拋出KlockTimeoutException
KEEP_ACQUIRE 阻塞等待，一直阻塞，直到獲得鎖，但在太多的嘗試后，會停止獲取鎖并報錯，此時很有可能是發(fā)生了死鎖。
自定義(customLockTimeoutStrategy) 需指定自定義處理的方法的方法名，并保持入?yún)⒁恢?，指定自定義處理方法后，會覆蓋上述三種策略，且會攔截業(yè)務(wù)邏輯的運行。
釋放鎖時超時處理策略(ReleaseTimeoutStrategy)：
NO_OPERATION 不做處理，繼續(xù)執(zhí)行業(yè)務(wù)邏輯
FAIL_FAST 快速失敗，會拋出KlockTimeoutException
自定義(customReleaseTimeoutStrategy) 需指定自定義處理的方法的方法名，并保持入?yún)⒁恢?，指定自定義處理方法后，會覆蓋上述兩種策略, 執(zhí)行自定義處理方法時，業(yè)務(wù)邏輯已經(jīng)執(zhí)行完畢，會在方法返回前和throw異常前執(zhí)行。
希望使用者清楚的意識到，如果沒有對加鎖超時進行有效的設(shè)置，那么設(shè)置釋放鎖時超時處理策略是沒有意義的。
在測試模塊中已集成鎖超時策略的使用用例
工程test模塊下，為分布式鎖的測試模塊。可以快速體驗分布式鎖的效果。
            

                本文名稱：redis的分布式鎖組件，簡單方便快捷接入使項目擁有分布式鎖
                

                網(wǎng)站地址：http://jinyejixie.com/article12/pggjgc.html
            
            

                成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供、微信小程序、網(wǎng)站建設(shè)、電子商務(wù)、App設(shè)計、網(wǎng)站排名            
            

                廣告
                
            
            

                聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源：
                創(chuàng)新互聯(lián)