Redis分布式锁

前言：

与分布式锁相对的是单机锁，单机锁是指在单个计算机或服务器上使用的锁机制，避免同时操作一个共享变量产生数据问题，用于控制多个线程或进程对共享资源的访问。其使用范围是在同一个进程中。

但问题来了，如果是集群，每一个实例都会有一个自己的JVM运行环境，因此即便是同一个用户，如果并发的发起了多个请求，由于请求进入了多个JVM，就会出现多个锁对象（用户id对象）。此时就会出现每个JVM内部都有一个线程获取锁成功的情况，没有达到互斥的效果，并发安全问题就可能发生了。

不能让每个实例去使用各自的JVM内部锁监视器，而是应该在多个实例外部寻找一个锁监视器，多个实例争抢同一把锁。这样的锁就是分布式锁。

分布式锁必须要满足的特征：

• 多JVM实例都可以访问

• 互斥

能满足上述特征的组件有很多，因此实现分布式锁的方式也非常多，例如：

• 基于MySQL

• 基于Redis

• 基于Zookeeper

• 基于ETCD

但目前使用最广泛的还应该是基于Redis的分布式锁。

多线程并发----------加锁（同步锁）

多服务器-------------加锁（分布式锁）

1、redis分布式锁--加锁

使用setNX，其含义是SET IF NOT EXIST。如果不存在则成功设置缓存同时返回1，否则返回0

2.过期时间

加上setNX之后，多个服务器之间有锁。但是一旦持有锁的服务器挂掉，就会导致setNX里面的键一直有值，使得其他服务器无法正常请求，造成死锁。所以一定要加过期时间，如果服务器挂掉，加上过期时间到期就自动释放锁。设置锁的过期时间为10秒    SET lock_key 1 EX 10 NX

3.新的问题

如果过期时间结束，但是线程1没结束。此时锁给了线程2，等线程1结束释放锁，释放的就是线程2的锁。所以存在两个问题：

但是自己去实现非常复杂，redis提供了现成的组件。

4.redisson

因为上面的自己实现比较复杂，所以使用redis提供的现成组件redisson

实现起来比较简单，只需要添加redisson的一个依赖，将redisson的客户端自动装配进去，然后通过lock.lock实现分布式锁