Java 异步解决一人一单问题

思路

  1. 先判断用户是否有购买资格:

    1.1 商品优惠的起始时间当前时间做对比

    1.2 判断商品库存是否充足

  2. 判断用户是否拥有购买资格后,根据redis存入的内容,返回答复信息

  3. 需要更新的内容:如商品数量,订单详细... 存入缓存队列,异步的去数据库更新

代码

1. 判断用户资格

下图为秒杀方法,秒杀的商品为限时购物券,传入的参数为购物券id。只有在规定起始期限内,且库存充足的前提下才能够抢购。

判断用户具有购买资格后,为其创建订单。

代码底部逻辑为:获取当前登录的用户id,假设为1,对每个用户的id加锁,避免同一用户在同一时刻多次抢单成功。

userId.toString().intern()为重点:

使用锁的本意是,将id值一样的用户加上一把锁 , 确保一人一单。

但是每一个请求来,id对象都是一个全新的id对象,因此对象变了,锁就变了。

要求值一样,所以使用toString(),将对象转化为字符串。而toString()的本质其实还是新建了一个字符串,本质上还是新建了个新的对象。如每次抢单时用户id都是1,虽然id号一样,但是都还是不同的对象。

而inter()的作用是去字符串常量池找到值一样的字符串地址,那么无论new了多少个字符串,只要是值一样,那锁存入的便都是相同的地址。

2. 执行脚本,将订单信息存入缓存队列

首先解释下为什么要用脚本,直接写逻辑不好吗?

因为在一条脚本中编写多条redis命令,可以确保命令执行的一致性,确保了数据的一致性。

事实上,使用脚本之后,上面对用户Id加锁都不需要写了。

脚本代码:

3.将缓存队列中的对象存入数据库

ps: 缓存队列与消息队列区别

名称 缓存队列 消息队列
特点 jdk阻塞队列:使用的jvm的内存,若不加以限制,无数对象加以创建放入阻塞队列,可能会导致内存溢出,需要设置队列的上限。若满,无法放入。存在数量的限制。若宕机,内存的数据消失,存在数据安全问题。若任务从队列后取出,出现异常,那么任务再也不会处理。 独立于jvm,不受内存限制
相关推荐
拾光师15 分钟前
Hadoop安全模式详解
后端
阿杰AJie31 分钟前
数据库id生成方案
后端·mysql
仪器工程师1 小时前
报错提示 “unclosed parenthesis”“mismatched quotes” 的解决办法
后端
yangwan1 小时前
Ubunut 22.04 安装 Docker 24.0.x
前端·后端
用户68545375977691 小时前
🌊 消息队列的削峰填谷作用和实际应用:洪水调节大师!
后端
bug攻城狮2 小时前
Spring Boot 2.6+ 整合 PageHelper 启动报错:循环依赖解决方案全解析
java·spring boot·后端
IT_陈寒2 小时前
Vue 3.4性能优化实战:5个鲜为人知的Composition API技巧让打包体积减少40%
前端·人工智能·后端
大厂码农老A3 小时前
我带的外包兄弟放弃大厂转正,薪资翻倍入职字节
java·后端·面试
武子康3 小时前
大数据-136 - ClickHouse 集群 表引擎详解 选型实战:TinyLog/Log/StripeLog/Memory/Merge
大数据·分布式·后端
Somehow0073 小时前
从Binlog到消息队列:构建可靠的本地数据同步管道(macOS本地部署Canal & RocketMQ并打通全流程)
后端·架构