Redis分布式锁（看门狗）

最新推荐文章于 2024-09-20 21:30:35 发布

辉之素狂

最新推荐文章于 2024-09-20 21:30:35 发布

阅读量8.7k

点赞数 2

分类专栏： java redis 文章标签： redis java 分布式

本文链接：https://blog.csdn.net/qq_26584263/article/details/106379822

版权

本文探讨了Redis分布式锁在设置过期时间后可能出现的问题，当业务操作超时，锁无法保证安全性。作者通过示例展示了如何在超过锁的过期时间后仍可能导致并发问题，并提出考虑使用尝试获取时间的概念。此外，文章提醒读者在实际部署分布式锁时要考虑Redis的部署架构，以避免潜在的线上问题。最后，作者强调对不熟悉的开源代码应谨慎使用。

摘要由CSDN通过智能技术生成

1、锁住对象，并且设置一个过期时间（业务逻辑操作时间一定小于超时时间）

原先能想到的就是这样的一个方案然后代码实现如下：

public static boolean lock(String key, Long expireTime) {
      final long expires = Objects.nonNull(expireTime) ? expireTime : 10L;    return (Boolean) redisTemplate.execute((RedisCallback) connection -> {
          byte[] locks = key.getBytes();        boolean acquire = connection.setNX(locks, key.getBytes());        // 如果设置过期时间为空就删除key        if (acquire && !connection.expire(locks, expires)) {
              connection.del(locks);            acquire = false;        }        return acquire;    });}

目前的案例里面分布式锁主要锁的是新增商品名称，业务就是新增商品而已

@PostMapping("addGoods")@ApiOperation(value = "新增商品", notes = "新增商品")public Result<Goods> addGoods(@RequestBody Goods goods) {
      final String key = "seckill-shopping:" + goods.getName();    boolean lock = RedisUtil.lock(key, 10L);    if (lock) {
          log.info("\n{} -->获取锁成功", Thread.currentThread().getName());        goods = this.goodsService.insert(goods);        RedisUtil.