一文让你搞懂如何手写一个redis分布式锁

作者:指北君 时间:2023-11-29 02:46:30 

场景

既然要搞懂Redis分布式锁,那肯定要有一个需要它的场景。

高并发售票问题就是一个经典案例。

搭建环境

  • 准备redis服务,设置redis的键值对:set ticket 10

  • 准备 postman、JMeter 等模拟高并发请求的工具

  • 核心代码

@Service
public class TicketServiceImpl implements TicketService {
    @Autowired
    private StringRedisTemplate stringRedisTemplate;

    private Logger logger = LoggerFactory.getLogger(TicketServiceImpl.class);

    @Override
    public String sellTicket() {
        String ticketStr = stringRedisTemplate.opsForValue().get("ticket");
        int ticket = 0;
        if (null != ticketStr) {
            ticket = Integer.parseInt(ticketStr);
        }
        if (ticket > 0) {
            int ticketNew = ticket - 1;
            stringRedisTemplate.opsForValue().set("ticket", String.valueOf(ticketNew));
            logger.info("当前票的库存为:" + ticketNew);
        } else {
            logger.info("手速不够呀,票已经卖光了...");
        }
        return "抢票成功...";
    }
}

分析解决问题

以上代码没有做任何的加锁操作,在高并 * 况下,票的超卖情况很严重,根本无法正常使用

分析1

既然要加分布式锁,那么我们可以使用Redis中的setnx命令来模拟一个锁。

redis> EXISTS job                # job 不存在
(integer) 0

redis> SETNX job "programmer"    # job 设置成功
(integer) 1

redis> SETNX job "code-farmer"   # 尝试覆盖 job ,失败
(integer) 0

当一个线程进入到当前方法中,使用 setnx 设置一个键,如果设置成功,就允许继续访问,设置失败,就不能访问该方法;

当方法运行完毕时,将这个键删除,下一次再有线程来访问时,就重新执行该操作。

public String sellTicket() {
    String lock="lock";
    // 如果成功设置这个值,证明目前该方法并没有 * 作,可以进行卖票操作
    Boolean tag = stringRedisTemplate.opsForValue().setIfAbsent(lock, "");
    if (!tag) { // 如果设置失败,证明当前方法正在被执行,不允许再次执行
        // 实际开发环境应该使用队列来完成访问操作,这里主要探究分布式锁的问题,所以仅仅模拟了场景
        // 这里使用自旋的方式,防止访问信息丢失
        sellTicket();
        return "当前访问人数过多,请稍后访问...";
    }
    String ticketStr = stringRedisTemplate.opsForValue().get("ticket");
    int ticket = 0;
    if (null != ticketStr) {
        ticket = Integer.parseInt(ticketStr);
    }
    if (ticket > 0) {
        int ticketNew = ticket - 1;
        stringRedisTemplate.opsForValue().set("ticket", String.valueOf(ticketNew));
        logger.info("当前票的库存为:" + ticketNew);
    } else {
        logger.info("手速不够呀,票已经卖光了...");
    }
    stringRedisTemplate.delete(lock);
    return "抢票成功...";
}

分析2

上述的代码在程序正常运行下不会出现票超卖的问题,但是我们需要考虑:

1.如果程序运行中系统出现了异常,导致无法删除lock,就会造成死锁的问题。也许有人马上就会想到,使用 try{} finally {} ,在finally中进行删除锁的操作。

但是,如果是分布式架构,第一个服务器接收到请求,加了锁,此时第二个服务器也接收到请求,setnx 命令失败,需要执行return操作,根据finally的特性,执行return之前,需要先执行finally里的代码,于是,第二个服务器把锁给删除了,程序中锁失效了,肯定会出现票超卖等一系列问题。

2.如果程序在运行中直接彻底死了(比如,程序员闲着没事儿,来了个 kill -9;或者断电),就算加了finally,finally也不能执行,还是会出现死锁问题

解决方法:

  • 给锁加一个标识符,只允许自己来操作锁,其他访问程序不能操作锁

  • 还要给锁加一个过期时间,这样就算程序死了,当时间过期后,还是能够继续执行

public String sellTicket() {
    String lock="lock";     // 锁的键
    String lockId = UUID.randomUUID().toString(); // 锁的值:唯一标识
    try{
        // 如果成功设置这个值,证明目前该方法并没有 * 作,可以进行卖票操作
        // 添加一个过期时间,暂定为 30秒,这里的操作具有原子性,如果过期时间设置失败,键也会设置失败
        Boolean tag = stringRedisTemplate.opsForValue().setIfAbsent(lock, lockId, 30, TimeUnit.SECONDS);
        if (!tag) { // 如果设置失败,证明当前方法正在被执行,不允许再次执行
            // 实际开发环境应该使用队列来完成访问操作,这里主要探究分布式锁的问题,所以仅仅模拟了场景
            // 不设置回调的话,访问信息会丢失
            sellTicket();
            return "当前访问人数过多,请稍后访问...";
        }
        String ticketStr = stringRedisTemplate.opsForValue().get("ticket");
        int ticket = 0;
        if (null != ticketStr) {
            ticket = Integer.parseInt(ticketStr);
        }
        if (ticket > 0) {
            int ticketNew = ticket - 1;
            stringRedisTemplate.opsForValue().set("ticket", String.valueOf(ticketNew));
            logger.info("当前票的库存为:" + ticketNew);
        } else {
            logger.info("手速不够呀,票已经卖光了...");
        }
    } finally {
        // 如果redis中的值,和当前的值一致,才允许删除锁。
        if (lockId.equals(stringRedisTemplate.opsForValue().get(lock))) {
            stringRedisTemplate.delete(lock);
        }
    }
    return "抢票成功...";
}

分析3

写到这里已经可以解决大部分问题了,但是还需要考虑一个问题:

如果程序运行的极慢(硬件处理慢或者进行了GC),导致30秒已经到了,锁已经失效了,程序还没有运行完成,这时候,就会有另一个线程总想钻个空子,导致票的超卖问题。

这里我们可以使用 sleep 模拟一下

  ......
  if (ticket > 0) {
      try {
          // 为了测试方便,过期时间和线程暂停时间都改成了3秒
          Thread.sleep(3000);
      } catch (InterruptedException e) {
          e.printStackTrace();
      }
      int ticketNew = ticket - 1;
      stringRedisTemplate.opsForValue().set("ticket", String.valueOf(ticketNew));
  ......

这样运行就会出现极其严重的超卖问题

那么该如何设置这个过期时间呢?继续加大?这显然是不合适的,因为无论多么大,总有可能出现问题。

解决方法

我们可以使用守护线程,来保证这个时间永不过期

public String sellTicket() {
    String lock="lock";     // 锁的键
    String lockId = UUID.randomUUID().toString(); // 锁的值:唯一标识
    MyThread myThread = null; // 锁的守护线程
    try{
        // 如果成功设置这个值,证明目前该方法并没有 * 作,可以进行卖票操作
        // 添加一个过期时间,暂定为 3 秒,这里的操作具有原子性,如果过期时间设置失败,键也会设置失败
        Boolean tag = stringRedisTemplate.opsForValue().setIfAbsent(lock, lockId, 3, TimeUnit.SECONDS);
        if (!tag) { // 如果设置失败,证明当前方法正在被执行,不允许再次执行
            // 实际开发环境应该使用队列来完成访问操作,这里主要探究分布式锁的问题,所以仅仅模拟了场景
            // 不设置回调的话,访问信息会丢失
            sellTicket();
            return "当前访问人数过多,请稍后访问...";
        }

        // 开启守护线程, 每隔三分之一的时间,给锁续命
        myThread = new MyThread(lock);
        myThread.setDaemon(true);
        myThread.start();

        String ticketStr = stringRedisTemplate.opsForValue().get("ticket");
        int ticket = 0;
        if (null != ticketStr) {
            ticket = Integer.parseInt(ticketStr);
        }
        if (ticket > 0) {
            try {
                Thread.sleep(3000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            int ticketNew = ticket - 1;
            stringRedisTemplate.opsForValue().set("ticket", String.valueOf(ticketNew));
            logger.info("当前票的库存为:" + ticketNew);
        } else {
            logger.info("手速不够呀,票已经卖光了...");
        }
    } finally {
        // 如果redis中的值,和当前的值一致,才允许删除锁。
        if (lockId.equals(stringRedisTemplate.opsForValue().get(lock))) {
            // 程序运行结束,需要关闭守护线程
            myThread.stop();
            stringRedisTemplate.delete(lock);
            logger.info("释放锁成功...");
        }
    }
    return "抢票成功...";
}

/** 使用后台线程进行续命
 *  守护线程
 *    在主线程下 如果有一个守护线程  这个守护线程的生命周期 跟主线程是同生死的
 */
class MyThread extends Thread{
    String lock;
    MyThread (String lock) {
        this.lock = lock;
    }

    @Override
    public void run() {
        while (true) {
            try {
                // 三分之一的时间
                Thread.sleep(1000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            // 假设线程还活着,就要给锁续命
            logger.info("线程续命ing...");
            stringRedisTemplate.expire(lock, 3, TimeUnit.SECONDS);
        }
    }
}

来源:https://mp.weixin.qq.com/s/Qw9icDnE28wnIX6qv44D0g

标签:Redis,分布式锁
0
投稿

猜你喜欢

  • Java统计字符串中字符出现次数的方法示例

    2023-11-25 08:23:02
  • Volatile关键字的使用案例

    2022-01-27 16:37:05
  • Android 消息机制详解及实例代码

    2023-07-28 08:37:49
  • Android添加用户组及自定义App权限的方法

    2022-09-15 20:08:53
  • 一步步实现Viewpager卡片翻页效果

    2022-10-15 02:14:25
  • 提升java开发效率工具lombok使用争议

    2022-06-22 03:08:18
  • 关于C#委托三种调用的分享使用

    2022-10-29 03:24:35
  • Android Studio Intent隐式启动,发短信,拨号,打电话,访问网页等实例代码

    2023-03-22 15:43:33
  • Java 中ThreadLocal类详解

    2022-01-31 19:58:17
  • C#利用DesignSurface如何实现简单的窗体设计器

    2023-10-18 18:43:28
  • Java中的private、protected、public和default的区别(详解)

    2023-01-10 01:55:51
  • Mybatis批量插入Oracle数据的方法实例

    2021-05-24 23:32:31
  • C#中泛型容器Stack<T>的用法并实现”撤销/重做”功能

    2021-06-27 04:12:00
  • C#纯技术之Class写入Json

    2023-01-15 17:13:49
  • c#定时器和global实现自动job示例

    2023-10-04 22:30:29
  • springMVC的生命周期详解

    2022-10-29 22:27:40
  • springboot配置https访问的方法

    2022-12-11 16:17:37
  • Android传递Bitmap对象在两个Activity之间

    2023-09-01 22:30:17
  • SpringBoot实现项目健康检查与监控

    2023-10-28 19:14:25
  • java实现计算器功能

    2022-10-28 06:52:09
  • asp之家 软件编程 m.aspxhome.com