spring-boot-klock-starter 分布式锁 v1.2 版本发布

KL博客
 KL博客
发布于 2018年08月29日
收藏 42

本次发版修复优化问题如下,有使用的建议更新

1.线程安全问题:在本地多线程,指定业务key的情况下,导致的线程安全问题

2.优化获取锁实例的方式

spring-boot-klock-starter

基于redis的分布式锁spring-boot starter组件,使得项目拥有分布式锁能力变得异常简单,支持spring boot,和spirng mvc等spring相关项目

快速开始

spring boot项目接入

1.添加lock starter组件依赖,目前还没上传到公共仓库,需要自己下源码build

<dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-klock-starter</artifactId>
            <version>1.0-SNAPSHOT</version>
        </dependency>

2.application.properties配置redis链接:spring.klock.address=127.0.0.1:6379

3.在需要加分布式锁的方法上,添加注解@Klock,如:

@Service
public class TestService {

    @Klock(waitTime = Long.MAX_VALUE)
    public String getValue(String param) throws Exception {
        if ("sleep".equals(param)) {//线程休眠或者断点阻塞,达到一直占用锁的测试效果
            Thread.sleep(1000 * 50);
        }
        return "success";
    }
}

4.支持锁指定的业务key,如同一个方法ID入参相同的加锁,其他的放行。业务key的获取支持Spel,具体使用方式如下

输入图片说明

spring mvc项目接入

其他步骤和spring boot步骤一样,只需要spring-xx.xml配置中添加KlockAutoConfiguration类扫描即可,如:

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

使用参数说明

配置参数说明

spring.klock.address  : redis链接地址
    spring.klock.password :redis密码
    spring.klock.database :redis数据索引
    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注解参数说明

@Klock可以标注四个参数,作用分别如下

name:lock的name,对应redis的key值。默认为:类名+方法名

lockType:锁的类型,目前支持(可重入锁,公平锁,读写锁)。默认为:公平锁

waitTime:获取锁最长等待时间。默认为:60s。同时也可通过spring.klock.waitTime统一配置

leaseTime:获得锁后,自动释放锁的时间。默认为:60s。同时也可通过spring.klock.leaseTime统一配置
本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:spring-boot-klock-starter 分布式锁 v1.2 版本发布
加载中

精彩评论

milin
milin
非spring官方项目,建议不要使用spring官方命名方式,很容易让人以为是spring官方提供的
田心双木
田心双木

引用来自“KL博客”的评论

第一个问题:https://github.com/kekingcn/spring-boot-klock-starter
第二个问题:reids单点挂掉不仅仅是锁的问题吧,需要保证redis高可用
第三个问题:不需要处理,reids连接依赖本身支持cluster
老铁,没有任何人能保证单点不挂掉,建议好好看看cluster 情况下的分布式锁的问题,redlok 和redison 算法,都不能完美解决,所以redis 分布式锁并不完美

最新评论(10

YanbinQ
YanbinQ

引用来自“milin”的评论

非spring官方项目,建议不要使用spring官方命名方式,很容易让人以为是spring官方提供的

引用来自“KL博客”的评论

参照spring boot的starter的命名,不过这个也不标准:joy:
@KL博客 参照命名的话,怎么定义 artifactId 没问题,groupId 是组织命,不是那个组织就不要乱用来当个冒牌货
milin
milin

引用来自“milin”的评论

非spring官方项目,建议不要使用spring官方命名方式,很容易让人以为是spring官方提供的

引用来自“KL博客”的评论

参照spring boot的starter的命名,不过这个也不标准:joy:
所以很容易让小白觉得是spring官网提供的
KL博客
KL博客

引用来自“KL博客”的评论

第一个问题:https://github.com/kekingcn/spring-boot-klock-starter
第二个问题:reids单点挂掉不仅仅是锁的问题吧,需要保证redis高可用
第三个问题:不需要处理,reids连接依赖本身支持cluster

引用来自“田心双木”的评论

老铁,没有任何人能保证单点不挂掉,建议好好看看cluster 情况下的分布式锁的问题,redlok 和redison 算法,都不能完美解决,所以redis 分布式锁并不完美
没说保证单点不挂点,我是说高可用和锁没关系。cluster的锁有什么问题,大神可以简单聊聊啊
KL博客
KL博客

引用来自“milin”的评论

非spring官方项目,建议不要使用spring官方命名方式,很容易让人以为是spring官方提供的
参照spring boot的starter的命名,不过这个也不标准:joy:
阿_嚏
阿_嚏
:+1:赞一个
milin
milin
非spring官方项目,建议不要使用spring官方命名方式,很容易让人以为是spring官方提供的
田心双木
田心双木

引用来自“KL博客”的评论

第一个问题:https://github.com/kekingcn/spring-boot-klock-starter
第二个问题:reids单点挂掉不仅仅是锁的问题吧,需要保证redis高可用
第三个问题:不需要处理,reids连接依赖本身支持cluster
老铁,没有任何人能保证单点不挂掉,建议好好看看cluster 情况下的分布式锁的问题,redlok 和redison 算法,都不能完美解决,所以redis 分布式锁并不完美
KL博客
KL博客

引用来自“田心双木”的评论

三个问题:
github 地址?
redis单节点挂掉怎么办?
redis cluster怎么处理?
第一个问题:https://github.com/kekingcn/spring-boot-klock-starter
第二个问题:reids单点挂掉不仅仅是锁的问题吧,需要保证redis高可用
第三个问题:不需要处理,reids连接依赖本身支持cluste
KL博客
KL博客
第一个问题:https://github.com/kekingcn/spring-boot-klock-starter
第二个问题:reids单点挂掉不仅仅是锁的问题吧,需要保证redis高可用
第三个问题:不需要处理,reids连接依赖本身支持cluster
田心双木
田心双木
三个问题:
github 地址?
redis单节点挂掉怎么办?
redis cluster怎么处理?
返回顶部
顶部