Springboot整合Redisson实现分布式锁

1. 分布式锁简述

在传统的，老旧单机项目中要想实现锁机制，我们可以使用下面的方式

• 基于 Java API 层面的 Lock ：代表实现类 ReentrantLock
• 基于 Java API 层面的 ReadWriteLock ：代表实现类 ReentrantReadWriteLock
• 基于 JVM 的 synchronized 关键字

但随着业务场景越来越复杂，伴随着技术的不断发展，在分布式的环境中，想要实现锁机制，使用上述的方式已无法实现业务功能。所以提出了分布式锁的概念及技术

分布式锁的实现，常见的有使用 redis 和 zookeeper 两种方式，而这两种方式个人认为实现有点复杂，我们可以使用 redis 官网提供的分布式锁解决方案 Redission 来实现

Redission官网：https://redisson.org/
github：https://github.com/redisson/redisson

2. 分布式锁的常见应用场景

在分布式的环境中存在高并发，比如秒杀，抢票，抢购这些场景，都存在对核心资源，商品库存的争夺，控制不好，库存数量可能被减少到负数，出现超卖的情况，或者产生唯一的一个递增 ID，由于 web 应用部署在多个机器上，简单的同步加锁是无法实现的，给数据库加锁的话，数据库可能由行锁变成表锁，性能下降会厉害。那相对而言，redis 的分布式锁，相对而言，是个很好的选择，redis 官方推荐使用的 Redisson 就提供了分布式锁和相关服务

3. 分布式锁应遵循的原则

• 互斥：在分布式高并发的条件下，我们最需要保证，同一时刻只能有一个线程获得锁，这是最基本的一点
• 防止死锁：在分布式高并发的条件下，比如有个线程获得锁的同时，还没有来得及去释放锁，就因为系统故障或者其它原因使它无法执行释放锁的命令，导致其它线程都无法获得锁，造成死锁。所以分布式非常有必要设置锁的有效时间，确保系统出现故障后，在一定时间内能够主动去释放锁，避免造成死锁的情况
• 可重入：我们知道 ReentrantLock 是可重入锁，那它的特点就是：同一个线程可以重复拿到同一个资源的锁。重入锁非常有利于资源的高效利用
• 性能：对于访问量大的共享资源，需要考虑减少锁等待的时间，避免导致大量线程阻塞。所以在锁的设计时，需要考虑两点。1、锁的颗粒度要尽量小。比如你要通过锁来减库存，那这个锁的名称你可以设置成是商品的 ID,而不是任取名称。这样这个锁只对当前商品有效，锁的颗粒度小。2、锁的范围尽量要小。比如只要锁 2 行代码就可以解决问题的，那就不要去锁 10 行代码了

4. Springboot 整合 Redisson 实现分布式锁示例

4.1. 引入依赖

<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

<dependency>
	<groupId>org.redisson</groupId>
	<artifactId>redisson-spring-boot-starter</artifactId>
	<version>3.11.0</version>
</dependency>

4.2. 配置文件配置 redis 信息

# redis 的配置
spring.redis.host=127.0.0.1
spring.redis.port=6379
spring.redis.password=
spring