theme: nico
思路
先判断用户是否有购买资格:
1.1 商品优惠的
起始时间
与当前时间
做对比1.2 判断
商品库存
是否充足判断用户是否拥
有购买资格
后,根据redis存入的内容,返回答复信息需要更新的内容:如商品数量,订单详细... 存入
缓存队列
,异步的去数据库更新
代码
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,不受内存限制 |