spring整合curator实现分布式锁
2021-07-14 01:07
标签：结果 处理 为什么 分布式锁 订单 控制 别人 变量 latch 比如说，我们要下单，分为两个操作，下单成功（订单服务），扣减库存（商品服务）。如果没有锁的话，同时两个请求进来。先检查有没有库存，一看都有，然后下订单，减库存。这时候肯定会出现错误。我们想要的结果是。只有一个请求可以进来。当完成这个操作之后，下一个请求再进来。这才不会出现库存卖超的现象。这时候，就需要我们使用分布式锁来实现。 实现分布式锁的方法有很多种。redis，zk都可以。但是还是推荐zk。 首先，我们在下单的时候，先获取锁。如果获取成功，就进行我们下面的业务处理。处理完之后。释放锁。然后其他请求如果也请求，同样会先获取锁，当然获取不到，所以就挂起，当别人释放以后，然后再重新尝试获取锁。 主要通过zk来创建一个节点实现，就是说，刚开始没有这个节点，说明没有人获取锁，然后你创建了这个节点，说明你获取到了这个锁。记住，这个节点一定要是临时节点。 然后，当然获取锁这个操作是一个死循环。通过一个静态变量CountDownLatch 来控制。如果CountDownLatch 大于0 就wait挂起，当别人释放之后，另继续循环，尝试获取锁。 释放锁就是说吧这个节点删除。CountDownLatch 重新置为1。 代码有空填上！！！！先占坑 spring整合curator实现分布式锁 标签：结果 处理 为什么 分布式锁 订单 控制 别人 变量 latch 原文地址：https://www.cnblogs.com/coder-lzh/p/9539677.html为什么要有分布式锁？
先说下大体思路：
具体是如何获取锁？
上一篇：Python中的变量