Java 分布式锁 浅谈Java分布式架构下怎样实现分布式锁

　　01分布式锁运用场景

　　互联网秒杀，抢优惠卷，接口幂等性校验。咱们以互联网秒杀为例。

　@RestController
　　@Slf4j
　　publicclassIndexController{
　　@Autowired
　　privateRedissonredission;
　　@Autowired
　　privateStringRedisTemplatestringRedisTemplate;
　　@RequestMapping("/deduct_stock")
　　publicStringdeductStock()throwsInterruptedException{
　　intstock=Integer.parseInt
　　(stringRedisTemplate.opsForValue().get("stock"));
　　if(stock>0){
　　intrealStock=stock-1;
　　stringRedisTemplate.opsForValue().set("stock",realStock+"");
　　log.info("扣减成功，剩下库存+"+realStock);
　　}else{
　　return"库存不足";
　　}
　　return"end";
　　}
　　}

　　上面代码假定多个线程一起进来，读到胡成果相同，写入的成果也相同。造成多个减库存操作，只减少了一次。

　好多人想到的处理方式是加synchronized，但是假如是集群项目呢？搭建的是负载均衡项目。打开了两个jvm进程，jvm进程锁失效。

　　用nginx做负载均衡，启用两个服务。进行下压测。成果和咱们想的相同，用suynchronized关键字加锁，两台服务器打印的剩下库存有相同的。所以这种方法并没有完成线程安全。

　　02根据redisson完成分布式锁

　　咱们redis中有一个SETNXKEYVALUE,这个指令的时刻复杂度为O(1),只在键key不存在的情况下，将键key的值设置为value，若键key现已存在，则setnx指令不做任何操作，指令在设置成功时返回一，失利时分返回0.

　　那么咱们能够简单用这个指令，完成一个十分简单的分布式锁。Springboot结构中咱们运用这个：

　　stringRedisTemplate.opsForValue().setIfAbsent()，它底层是对setnx的封装。

　　这样完成有什么问题?

　　假如第一个线程抛了异常中断了，其它线程就永远不能处理了，所以咱们加上trycatch，finally。在finally里面delete咱们存的key值。

　　假如程序宕机怎么办？不是可捕获异常怎么办？

　　这时分程序履行到没有释放锁，即key值一向存在，在发动web服务的时分其它线程也一向不等待。这时分会一向存在死锁，咱们是不是参加锁的超时时刻是否能够，即
　　stringRedisTemplate.expire()

　　程序迭代的过程是逐步的优化，假定我还没来的及给锁设置时长，服务就宕掉了，这时分该怎么办。

　　用两行指令履行咱们能够换成一行的指令，及设置key值的时分，一起设置时长，stringRedisTemplate.opsForValue().setIfAbsent()。合并成一个原子操作。

　　这样写的化问题还是有的，假如你设置超时时刻为10秒，而我履行事务代码为小于10秒，还没履行完，就把锁释放掉了。高并发场景下你不能决议履行顺序.

　　能够不能够自己加的锁，自己删去，别的线程不能进行操作？
　　咱们给每个线程设置一个uuid，唯一id。这样轻轻松松解决了。
　　商场上面现已有许多许多成熟的结构，咱们能够不需要去手写分布式结构来完成。