一、 问题
一件商品只有100个库存,现在有1000或者更多的用户来购买,每个用户计划同时购买1个到几个不等商品。
如何保证库存在高并发的场景下是安全的?
(1)不多发
(2)不少发
二、 下单的步骤
(1)下单
(2)下单同时预占库存
(3)支付
(4)支付成功真正减扣库存
(5)取消订单
(6)回退预占库存
三、 什么时候进行预占库存?
(1)方案一:加入购物车的时候去预占库存
(2)方案二:下单的时候去预占库存
(3)方案三:支付的时候去预占库存
四、 分析
(1)方案一:加入购物车并不代表用户一定会购买,如果这个时候开始预占库存,会导致想购买的无法加入购物车。而不想购买的人一直占用库存。显然这种做法是不可取的。
(2)方案二:商品加入购物车后,选择下单,这个时候去预占库存。用户选择去支付说明了,用户购买欲望是比 方案一 要强烈的。订单也有一个时效,例如半个小时。超过半个小时后,系统自动取消订单,回退预占库存。
(3)方案三:下单成功去支付的时候去预占库存。只有100个用户能支付成功,900个用户支付失败。用户体验不好,就像你走了一条光明大道,一路通畅,突然被告知此处不通行。而且支付流程也是一个比较复杂的流程,如果和减库存放在一起,将会变的更复杂。
所以综上所述:选择方案二比较合理。
五、 重复下单问题
(1)用户点击过快,重复提交两次
(2)网络延时,用户刷新或者点击下单重复提交
(3)网络框架重复请求,某些网络框架,在延时比较高的情况下会自动重复请求
(4)用户恶意行为
六、 解决办法
在UI拦截,点击后按钮置灰,不能继续点击,防止用户,连续点击造成的重复下单。
1、在下单前获取一个下单的唯一token,下单的时候需要这个token。后台系统校验这个 token是否有效,才继续进行下单操作。
/**
* 先生成 token 保存到 Redis
* token 作为 key , 并设置过期时间 时间长度 根据任务需求