秒杀业务主要逻辑:
1.判断用户是否登录,如果没有登录跳转到登录页面进行登录,如果已经登录执行下一步
2.根据商品id从数据库拿到商品,然后判断库存,不足则结束,如果库存足够,则进行秒杀,执行下一个判断
3.判断是否重复秒杀(我们限制一个用户只能秒杀一件商品,怎么判断?即从数据库根据商品和用户id 查询秒杀订单表,如果已经存在订单,说明重复秒杀 ,给出提示,退出,如果不存在订单,说明没有重复秒杀,则进行下一步)
在这里,我的理解是,给秒杀的处理加一个锁,如果在处理一个人的操作的时候其他人来操作,则不能处理,也就是说,每隔几毫秒处理一个秒杀事件,在这几毫秒之间如果有其他的秒杀事件则返回秒杀结束,因为用户不知道秒杀进度究竟如何,因为秒杀对用户来说本来就是不公平的。
4.如果秒杀成功进入rabbitmq队列,队列去处理订单,把订单保存进入订单列表,并把原始的商品信息改为已经秒杀。(用到事物)。
以上都通过,那么该用户已经秒杀该商品
注意:
1.执行秒杀逻辑是一个原子操作,是一个事务:
库存减1,下订单(写入秒杀订单),要么成功要么不成功
所以使用@Transactional注解标注,其中一步没有成功,则回滚
2.执行秒杀事务的时候,先生成详细订单,然后生成秒杀订单,为了进一步确保秒杀过程中一个用户只能秒杀一件商品,我们给秒杀订单表miaosha_order表添加一个唯一索引,如果再次插入相同的id与goodsId相同的字段,那么将不会被允许,从而在事务中插入失败而回退。
3.如果使用分布式,则要把用户的信息进行session共享(放入redis中)。 SpringCloud session共享实现 前面我发的博客有源码。