![00a2a5a9612d14633b55eb776be99a4d.gif](https://i-blog.csdnimg.cn/blog_migrate/52b2f43c62bc062c99d38db642d9f2f8.gif)
本文是“Java秒杀系统实战系列文章”的第六篇,本文我们将进入整个秒杀系统核心功能模块的代码开发,即“商品秒杀”功能模块的代码实战。
“商品秒杀”功能模块是建立在“商品详情”功能模块的基础之上,对于这一功能模块而言,其主要的核心流程在于:前端发起抢购请求,该请求将携带着一些请求数据:待秒杀Id跟当前用户Id等数据;后端接口在接收到请求之后,将执行一系列的判断与秒杀处理逻辑,最终将处理结果返回给到前端。
其中,后端接口的这一系列判断与秒杀处理逻辑还是挺复杂的,Debug将其绘制成了如下的流程图:
![1d5e7c70439f622db6809a1dc9a29082.png](https://i-blog.csdnimg.cn/blog_migrate/87d2c0ba776c0c8d46bfb5232443448f.jpeg)
从该业务流程图中可以看出,后端接口在接收前端用户的秒杀请求时,其核心处理逻辑为:
1、首先判断当前用户是否已经抢购过该商品了,如果否,则代表用户没有抢购过该商品,可以进入下一步的处理逻辑;
2、判断该商品可抢的剩余数量,即库存是否充足(即是否大于0),如果是,则进入下一步的处理逻辑;
3、扣减库存,并更新数据库的中对应抢购记录的库存(一般是减一操作),判断更新库存的数据库操作是否成功了,如果是,则创建用户秒杀成功的订单,并异步发送短信或者邮件通知信息通知用户;
4、以上的操作逻辑如果有任何一步是不满足条件的,则直接结束整个秒杀的流程,即秒杀失败!
接下来,我们仍然基于MVC的开发模式,采用代码实战实现这一功能模块!
(1)首先是在KillController 控制器开发接收“前端用户秒杀请求”的功能方法,其中,该方法需要接收前端请求过来的“待秒杀Id”,而当前用户的Id可以通过上一篇文章介绍的Shiro 的会话模块Session进行获取!
其源代码如下所示:
private static final String prefix ="kill";@Autowiredprivate IKillService killService;@Autowiredprivate ItemKillSuccessMapperitemKillSuccessMapper;/*** * 商品秒杀核心业务逻辑 */@RequestMapping(value = prefix+"/execute