这才是Redis分布式锁的正确姿势！你掌握了吗？，作为一个Java开发者

public interface OrderService {

public boolean grab(int orderId, int driverId);

}

OrderServiceImpl :

@Service
public class OrderServiceImpl implements OrderService {

@Autowired
private OrderMapper mapper;

public boolean grab(int orderId, int driverId) {
Order order = mapper.selectByPrimaryKey(orderId);
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
if(order.getStatus().intValue() == 0) {
order.setStatus(1);
mapper.updateByPrimaryKeySelective(order);

return true;
}
return false;

}
}

这里我们模拟集群环境，启动两个端口，8004和8005进行访问
这里我们用jmeter进行测试
如果不会jmeter的可以看我之前对tomcat进行压测的文章：tomcat优化

项目启动顺序：先启动 Server-eureka注册中心、在启动 8004和8005端口

测试结果：

这里我们可以看到 8004 服务和 8005 服务 同时都有一个用户去下单成功这个商品，但是这个商品只能有一个用户能够去抢到，因此jvm锁如果是在集群或分布式下，是无法保证访问共享变量的数据同时只有一个线程访问的，无法解决分布式，集群环境的问题。所以需要使用到分布锁。

分布式锁三种实现方式

分布式锁的实现方式总共有三种：

• 基于数据库实现分布式锁
• 基于缓存（Redis）实现分布式锁
• 基于Zookeeper实现分布式锁

今天，我们主要讲的是基于Redis实现的分布式锁

reids实现分布式锁有三种方式

1、基于redis的 SETNX 实现分布式锁
2、Redisson实现分布式锁
4、使用redLock实现分布式锁

目录结构：

方式一：基于 SETNX 实现分布式锁

将key的值设为value ，当且仅当key不存在。
若给定的key已经存在，则SETNX不做任何动作。
setnx：当key存在，不做任何操作，key不存在，才设置

加锁：

SET orderId driverId NX PX 30000
上面的命令如果执行成功，则客户端成功获取到了锁，接下来就可以访问共享资源了；而如果上面的命令执行失败，则说明获取锁失败。

释放锁：
关键，判断是不是自己加的锁。

GrabService ：

public interface GrabService {

/**

• 商品抢单
• @param orderId
• @param driverId
• @return
  */
  public ResponseResult grabOrder(int orderId, int driverId);
  }

GrabRedisLockServiceImpl ：

@Service(“grabRedisLockService”)
public class GrabRedisLockServiceImpl implements GrabService {

@Autowired
StringRedisTemplate stringRedisTemplate;

@Autowired
OrderService orderService;

@Override
public ResponseResult grabOrder(int orderId , int driverId){
//生成key
String lock = “order_”+(orderId+“”);
/*

• 情况一，如果锁没执行到释放，比如业务逻辑执行一半，运维重启服务，或 服务器挂了，没走 finally，怎么办？
• 加超时时间
  */
  // boolean lockStatus = stringRedisTemplate.opsForValue().setIfAbsent(lock.intern(), driverId+“”);
  // if(!lockStatus) {
  // return null;
  // }

/*

• 情况二：加超时时间,会有加不上的情况，运维重启
  */
  // boolean lockStatus = stringRedisTemplate.opsForValue().setIfAbsent(lock.intern(), driverId+“”);
  // stringRedisTemplate.expire(lock.intern(), 30L, TimeUnit.SECONDS);
  // if(!lockStatus) {
  // return null;
  // }

/*

• 情况三：超时时间应该一次加，不应该分2行代码，

*/
boolean lockStatus = stringRedisTemplate.opsForValue().setIfAbsent(lock.intern(), driverId+“”, 30L, TimeUnit.SECONDS);
if(!lockStatus) {
return null;
}

try {
System.out.println(“用户:”+driverId+" 执行抢单逻辑");

boolean b = orderService.grab(orderId, driverId);
if(b) {
System.out.println(“用户:”+driverId+" 抢单成功");
}else {
System.out.println(“用户:”+driverId+" 抢单失败");
}

} finally {
/**

• 这种释放锁有，可能释放了别人的锁。
  */
  // stringRedisTemplate.delete(lock.intern());

/**

• 下面代码避免释放别人的锁
  */
  if((driverId+“”).equals(stringRedisTemplate.opsForValue().get(lock.intern()))) {
  stringRedisTemplate.delete(lock.intern());
  }
  }
  return null;
  }
  }

这里可能会有人问，如果我业务的执行时间超过了锁释放的时间，会怎么办呢？我们可以使用守护线程，只要我们当前线程还持有这个锁，到了10S的时候，守护线程会自动对该线程进行加时操作，会续上30S的过期时间，直到把锁释放，就不会在进行续约了，开启一个子线程，原来时间是N，每隔N/3，在去续上N

关注点：

1. key，是我们的要锁的目标，比如订单ID。
2. driverId 是由我们的商品ID，它要保证在足够长的一段时间内在所有客户端的所有获取锁的请求中都是唯一的。即一个订单被一个用户抢。
3. NX表示只有当orderId不存在的时候才能SET成功。这保证了只有第一个请求的客户端才能获得锁，而其它客户端在锁被释放之前都无法获得锁。
4. PX 30000表示这个锁有一个30秒的自动过期时间。当然，这里30秒只是一个例子，客户端可以选择合适的过期时间。
5. 这个锁必须要设置一个过期时间。 否则的话，当一个客户端获取锁成功之后，假如它崩溃了，或者由于发生了网络分区，导致它再也无法和Redis节点通信了，那么它就会一直持有这个锁，而其它客户端永远无法获得锁了。antirez在后面的分析中也特别强调了这一点，而且把这个过期时间称为锁的有效时间(lock validity time)。获得锁的客户端必须在这个时间之内完成对共享资源的访问。
6. 此操作不能分割。SETNX orderId driverId
   EXPIRE orderId 30虽然这两个命令和前面算法描述中的一个SET命令执行效果相同，但却不是原子的。如果客户端在执行完SETNX后崩溃了，那么就没有机会执行EXPIRE了，导致它一直持有这个锁。造成死锁。

方式二：基于redisson实现分布式锁

流程图：

代码实现：

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）

最后

由于篇幅原因，就不多做展示了

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

5stk-1712765183799)]

[外链图片转存中…(img-evZgTHE9-1712765183799)]

由于篇幅原因，就不多做展示了

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
[外链图片转存中…(img-t3iWQgbc-1712765183800)]