【黑马点评】优惠券秒杀（集群模式）

最新推荐文章于 2024-10-01 18:51:18 发布

ZhuYuxi333

最新推荐文章于 2024-10-01 18:51:18 发布

阅读量420

点赞数 4

分类专栏：黑马点评笔记文章标签： java

本文链接：https://blog.csdn.net/weixin_42904738/article/details/141606892

版权

4 篇文章 0 订阅

订阅专栏

在【黑马点评】优惠券秒杀（单体模式）的最后提到：使用userId.toString().intern()作为锁，在集群模式下是有问题的。在本文中通过基于Redis实现的分布式锁来解决这一问题。

基于Redis实现分布式锁

加锁：SET key value NX EX ttl
- key：锁。在该业务中为order:用户Id，其中order为业务名，使用order:用户Id作为锁可以保证在该业务中每个用户拥有一把锁。
- value：加锁线程的线程标识，UUID + 线程Id
  - 不能只用线程Id作为线程标识，因为在每一台JVM中线程Id都是从0开始递增的，分布式环境下会重复，不再唯一。
  - UUID的作用是区分集群中的每一台JVM，因此我们要为每一台JVM获取一个UUID，可以通过将用于存储UUID的变量设置为static final实现，在加载ILock类时创建并初始化，而且此后不允许修改，这样就可以满足对每一台JVM都是唯一的。
- SETNX用于保证锁的互斥性
- SET key value NX EX ttl是将加锁SETNX key value和为锁设置过期时间EXPIRE key ttl两个命令合为一个命令了，这样可以保证原子性。
释放锁：
- 手动释放：DEL key
  - 在释放前要先判断锁是不是自己的再删除锁，避免误删。
  - “先判断锁是不是自己的，再删除锁” 是典型的线程安全问题，这一可以通过乐观锁来解决，也可以通过lua脚本来保证这两条命令的原子性，本项目中采用了第二种方式。
- 超时自动释放：兜底，避免锁无法正常释放，避免发生死锁问题。