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,不受内存限制
相关推荐
GetcharZp6 小时前
告别 jq 噩梦!这款 JSON 神器 fx 让你在终端体验“丝滑”的数据操作
后端
小码哥_常7 小时前
告别臃肿!Elasticsearch平替Manticore登场
后端
苍何8 小时前
万字保姆级教程:Hermes+Kimi K2.6 打造7x24h Agent军团
后端
我叫黑大帅8 小时前
为什么map查找时间复杂度是O(1)?
后端·算法·面试
FreeCultureBoy10 小时前
用 phpbrew 管理 php 环境:从安装到多版本切换
后端·php
FreeCultureBoy10 小时前
用 jenv 管理 Java 环境:从安装 JDK 到多版本切换
后端
IT_陈寒11 小时前
Vite的热更新突然失效,原来是因为这个配置
前端·人工智能·后端
考虑考虑11 小时前
SQL语句中的order by可能造成时间重复
数据库·后端·mysql
Pkmer11 小时前
古法编程: 代理模式
后端·设计模式
文心快码BaiduComate11 小时前
Comate搭载Kimi K2.6,长程13h!
前端·后端·程序员