摘要：
有了上⾯对分布式锁的粗略基础，我们模拟下10w⼈抢单的场景，其实就是⼀个并发操作请求⽽已，由于环境有限，只能如此测 试；如下初始化10w个⽤⼾，并初始化库存，商品等信息，如下代码： parallelStream()：并⾏流模拟多⽤⼾抢购 (startTime + timeout) >= System 阅读全文
posted @ 2020-11-12 16:14
抬头就能看到阳光
阅读(211)
评论(0)
推荐(0)
摘要：
上⾯是创建锁，同样的具有有效时间，但是我们不能完全依赖这个有效时间，场景如：有效时间设置1分钟，本⾝⽤⼾A获取锁 后，没遇到什么特殊情况正常⽣成了抢购订单后，此时其他⽤⼾应该能正常下单了才对，但是由于有个1分钟后锁才能⾃动释 放，那其他⽤⼾在这1分钟⽆法正常下单（因为锁还是A⽤⼾的），因此我们需要A 阅读全文
posted @ 2020-11-12 16:12
抬头就能看到阳光
阅读(248)
评论(0)
推荐(0)
摘要：
redis的普通key⼀般都允许覆盖，A⽤⼾set某个key后，B在set相同的key时同样能成功，如果是锁场景， 那就⽆法知道到底是哪个⽤⼾set成功的；这⾥jedis的setnx⽅式为我们解决了这个问题，简单原理是：当A⽤⼾先set成功 了，那B⽤⼾set的时候就返回失败，满⾜了某个时间点只允许 阅读全文
posted @ 2020-11-12 16:11
抬头就能看到阳光
阅读(99)
评论(0)
推荐(0)
浙公网安备 33010602011771号