spring-boot-klock-starter
基于redis的spring boot分布式锁组件，有了这个组件，使得项目拥有分布式锁能力变得异常简单，支持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";
}
}
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，单位：秒）
@Klock注解参数说明
@Klock可以标注四个参数，作用分别如下 name：lock的name，对应redis的key值。默认为：类名+方法名 lockType：锁的类型，目前支持（可重入锁，公平锁，读写锁）。默认为：公平锁 waitTime：获取锁最长等待时间。默认为：60s。同时也可通过spring.klock.waitTime统一配置 leaseTime：获得锁后，自动释放锁的时间。默认为：60s。同时也可通过spring.klock.leaseTime统一配置
关于测试
工程test模块下，为分布式锁的测试模块。可以快速体验分布式锁的效果。
-
关于JWT Token 自动续期的解决方案 前言 在前后端分离的开发模式下，前端用户登录成功后后端服务会给用户颁发一个jwt token。前端(如vue)在接收到jwt token后会将token存储到LocalStorage中。 后续每次请求都会将此token放在请求头中传递到后端服务，后端服务会有一个过滤器对token进行拦截校验，校验token是否过期，如果token过期则会让前端跳转到
-
版本依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter</artifactId> <version>2.1.4.RELEASE</version> </dependency> spring-boot-starter各个版本的下载地址如下： 版本 热度 ℃
-
一、背景 我在之前的文章SpringBoot基于Redisson实现分布式锁并分析其原理介绍了分布式锁的使用。今天我们介绍的是一款基于redis的分布式锁Spring-boot-starterr组件，使得项目拥有分布式锁能力变得异常简单，支持spring boot，和spirng mvc等spring相关项目。基于注解驱动，支持spring Spel，方便的定义锁的key的粒度。本文中Spri
-
将配置从代码中分离到XML或者properties中，这种spring配置外部化的方式成为外部配置。 spring 自动配置，spring-boot-autoconfigure依赖默认配置项，根据添加的依赖自动加载相关的配置属性并启动依赖。应用者只需要引入对应的start jar包，spring boot 就可以自动扫描和加载依赖信息。 package com.programb; import
-
一、背景 在我之前的文章中，我编写了一个db starter，所有需要进行数据库操作的系统引用相关依赖即可，可以避免重复造轮子，但是系统还有很多的功能，比如接口文档，公共结果返回，全局异常处理，分页查询处理等，不可能每个系统都把配置依赖都拷贝一遍吧，我们也弄一个starter，可以满足我们上面的要求。 二、maven依赖 pom.xml <?xml version="1.0" encoding
-
引入依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-klock-starter</artifactId> <version>1.4-release</version> </dependency> application.yml中配置
-
本系统中的分布式锁设计用于Storm多个线程实例抢占Redis缓存资源时出现的事务性问题，这个事务性问题是由客户端本身业务逻辑需求产生的，无法在服务端进行有效处理，需给出一个分布式资源同步的方案，此处我们采用了分布式锁来完成这项设计。 锁是编程中非常常见的概念。在维基百科上对锁有个相当精确的定义：在计算机科学中，锁是一种在多线程环境中用于强行限制资源访问的同步机制。锁被设计用于执行一个互斥的并发控
-
主要内容：Redis分布式锁介绍,Redis分布式锁命令在分布式系统中，当不同进程或线程一起访问共享资源时，会造成资源争抢，如果不加以控制的话，就会引发程序错乱。此时使用分布式锁能够非常有效的解决这个问题，它采用了一种互斥机制来防止线程或进程间相互干扰，从而保证了数据的一致性。 提示：如果对分布式系统这一概念不清楚，可参考百度百科《分布式系统》，简而言之，它是一种架构、一种模式。 Redis分布式锁介绍 分布式锁并非是 Redis 独有，比如 MySQ
-
在单机程序并发或并行修改全局变量时，需要对修改行为加锁以创造临界区。为什么需要加锁呢？我们看看在不加锁的情况下并发计数会发生什么情况： package main import ( "sync" ) // 全局变量 var counter int func main() { var wg sync.WaitGroup for i := 0; i < 1000; i++
-
问题内容： 您将使用哪种分布式锁定服务？ 要求是： 可以从不同的进程/机器看到的互斥（锁定） 锁定…释放语义 超时后自动释放锁-如果锁持有人死亡，它将在X秒后自动释放 Java实现 很高兴拥有：.Net实现 如果免费：死锁检测/缓解 易于部署，请参阅下面的注释。 我对诸如“可以通过数据库完成”或“可以通过JavaSpaces完成”之类的答案不感兴趣-我知道。我对现成的，现成的，经过验证的实现感兴趣
-
背景 在很多互联网产品应用中，有些场景需要加锁处理，比如：秒杀，全局递增ID，楼层生成等等。大部分的解决方案是基于DB实现的，Redis为单进程单线程模式，采用队列模式将并发访问变成串行访问，且多客户端对redis的连接并不存在竞争关系。其次Redis提供一些命令SETNX，GETSET，可以方便实现分布式锁机制。 一、使用分布式锁要满足的几个条件： 系统是一个分布式系统（关键是分布式，单机的可以
-
Lock Redisson 分布式可重入锁，实现了 java.util.concurrent.locks.Lock 接口并支持 TTL。 RLock lock = redisson.getLock("anyLock"); // Most familiar locking method lock.lock(); // Lock time-to-live support // releases loc