文章探讨了在秒杀场景下，如何利用Redis实现分布式锁来防止超卖问题。分析了单体锁在多Tomcat部署时的局限性，并详细讲解了分布式锁的核心逻辑，包括设置过期时间以防止死锁。同时，提出了在分布式锁实现中可能出现的删除别人锁的问题及其解决方案，如使用UUID绑定和Lua脚本确保原子性操作。
分布式锁应用场景
秒杀环境下：订单服务从库存中心拿到库存数，如果库存总数大于0，则进行库存扣减，并创建订单
订单服务负责创建订单
库存服务负责扣减库存
模拟用户访问库存
多线程并发访问，出现超卖问题，线程不安全。没有保证原子性
单体锁的分类
单体应用锁指的是只能在 一个JVM 进程内有效的锁。我们把这种锁叫做单体应用锁
- synchronized锁
- ReentrantLock锁
一个 Tomcat 可以看作是一个JVM进程，当大量请求并发到系统时，所有的请求都落在这唯一的一个Tomcat上，如果某些请求方法是需要加锁的，比如：秒杀扣减库存，是可以满足需求的，但是随着访问量的增加，导致一个tomcat 难以支撑，这时我们必然就是集群部署Tomcat ，使用多个
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
