内容：
“商品秒杀”功能模块是建立在“商品详情”功能模块的基础之上，对于这一功能模块而言，其主要的核心流程在于：前端发起抢购请求，该请求将携带着一些请求数据：待秒杀Id跟当前用户Id等数据；后端接口在接收到请求之后，将执行一系列的判断与秒杀处理逻辑，最终将处理结果返回给到前端。
其中，后端接口的这一系列判断与秒杀处理逻辑还是挺复杂的，Debug将其绘制成了如下的流程图：
从该业务流程图中可以看出，后端接口在接收前端用户的秒杀请求时，其核心处理逻辑为：
(1)首先判断当前用户是否已经抢购过该商品了，如果否，则代表用户没有抢购过该商品，可以进入下一步的处理逻辑
(2)判断该商品可抢的剩余数量，即库存是否充足(即是否大于0)，如果是，则进入下一步的处理逻辑
(3)扣减库存，并更新数据库的中对应抢购记录的库存(一般是减一操作)，判断更新库存的数据库操作是否成功了，如果是，则创建用户秒杀成功的订单，并异步发送短信或者邮件通知信息通知用户
(4)以上的操作逻辑如果有任何一步是不满足条件的，则直接结束整个秒杀的流程，即秒杀失败！
接下来，我们仍然基于MVC的开发模式，采用代码实战实现这一功能模块！
(1)首先是在KillController 控制器开发接收“前端用户秒杀请求”的功能方法，其中，该方法需要接收前端请求过来的“待秒杀Id”，而当前用户的Id可以通过上一篇博文介绍的Shiro 的会话模块Session进行获取！
其源代码如下所示：
private static final String prefix = "kill"; @Autowiredprivate IKillService killService; @Autowiredprivate ItemKillSuccessMapper itemKillSuccessMapper; /*** * 商品秒杀核心业务逻辑 */@RequestMapping(value = prefix+"/execute本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
