高并发-订单与库存

下单步骤

下单-下单同时预占库存-支付-支付成功扣减库存-取消订单-回退预占库存

什么时候预占库存

方案一：加入购物车的时候预占库存

分析：加入购物车用户不一定买，如果此时预占库存，使真正购买的无法加入购物车，而不想买的一直占用库存，此法不可取

方案二：下单的时候预占库存（比较合理，选择此方案）

分析：用户下单预占库存，选择去支付说明购买欲望比方案一强烈，订单实效半个小时，超时后系统自动取消，回退库存

方案三：支付的时候预占库存

分析：支付的时候去预占库存，如只有100个用户能支付成功，900个支付失败，用户体验不好，如果和减库存放在一起，使系统变得更复杂

重复下单问题

1、用户点击快，重复提交两次

2、网络延时、用户刷新或者点击下单重复提交

3、网络框架重复提交，某些网络框架，在延时比较高的情况下会自动重复提交

4、用户恶意刷新

解决办法

1、下单前获取一个下单的唯一token，下单时需要这个token，后台校验token是否有效，才能继续下单

先生成token，保存到redis，token作为key，并设置过期时间，value为数字，自增判断是否使用过，利用incr原子性判断是否使用过该token

如何安全的扣减库存

方法一：不考虑库存安全的写法，高并发场景下不安全

方法二：在方法一基础上，增加乐观锁机制，where num>=0

方法三：采用redis分布式锁setnx，同一时间只能一个请求库存数量，缺点：并发不高，同时只能一个用户抢占，用户体验不好

方法四：商品数量保存到redis，检查库存和扣减库存不是原子性，以incr>0为准，满足高并发处理