**将请求拦截在系统上游，降低下游压力：**秒杀系统特点是并发量极大，但实际秒杀成功的请求数量却很少，所以如果不在前端拦截很可能造成数据库读写锁冲突，甚至导致死锁，最终请求超时。

假设某网站秒杀活动只推出一件商品，预计会吸引1万人参加活动，也就说最大并发请求数是10000，秒杀系统需要面对的技术挑战有:1、对现有网站业务造成冲击。

本文是“Java秒杀系统实战系列文章”的第十八篇，我们将继续秒杀系统的优化之路。接着上一篇章的讲解，我们需要在后端接收前端高并发产生多线程请求时，及时高效地转移巨大的用户请求之MQ中间件中，为后端秒杀接口赢得足够的、规范化的处理。

首先，根据上篇文章实战篇：基于SSM的秒杀系统之项目介绍的评论说明几点，第一这个确实是个学生的作品，实现的就是简单的秒杀系统，第二这个根据慕课网上的视频进行改写的，我只是当作我的学习笔记记录下来，如有冒犯请包涵！ 今天接着讲解秒杀系统的搭建和DAO层的实现。

1、秒杀业务分析正常电子商务流程创建订单；更新订单；卖家发货；秒杀业务的特性大幅推广；一般是定时上架；，那么需要的网络和服务器带宽是2G，这些网络带宽是因为秒杀活动新增的，超过网站平时使用的带宽。

秒杀活动是指网络商家为促销等目的组织会网上限时抢购活动，这种活动具有瞬时并发量大、库存量少和业务逻辑简单等特点。— vue ，react +nodejs – 工程化。

业务场景所谓秒杀，从业务角度看，是短时间内多个用户“争抢”资源。这里的资源在大部分秒杀场景里是商品；将业务抽象，技术角度看，秒杀就是多个线程对资源进行操作，所以实现秒杀，就必须控制线程对资源的争抢。