秒杀场景的设计思路和方案

最新推荐文章于 2025-06-05 11:21:49 发布

yangnk42

最新推荐文章于 2025-06-05 11:21:49 发布

阅读量1.7k

点赞数 2

CC 4.0 BY-SA版权

分类专栏：系统设计文章标签： java

本文链接：https://blog.csdn.net/henji318/article/details/131198564

系统设计专栏收录该内容

1 篇文章

订阅专栏

本文主要介绍秒杀场景下的系统设计思路和方案。

秒杀活动和其他正常的业务活动相比，具有瞬时流量巨大的特征，所以需要和其他业务进行隔离，并且也需要更多的资源投入才能支撑这样大流量的业务，还需要考虑请求失败情况的处理方案。

进行秒杀设计的重点问题和设计原则有：

需要进行隔离设计，包括业务隔离、系统隔离、数据隔离；
需要进行前置的负债均衡和限流处理；
提前对热点数据进行处理；
需要考虑失败兜底策略和数据一致性的问题；

一、业务说明

用户视角的业务流程：

运营视角的业务流程：

二、系统架构设计

下图从一次用户秒杀请求来分析会涉及到的部分。

由于秒杀请求流量巨大，须有一般会在服务前端前置Nginx服务器，一个作用是用来做负载均衡，一个作用是用来做反向代理，可以用来实现静态资源服务器。

下一个阶段就来到了web网关服务，这个阶段可以实现常见的认证和鉴权功能，同时也可以进行流量筛选，通过设置黑白名单，可以过滤一部分流量。

下一个节点就是秒杀的业务服务，通常秒杀业务不会是一个服务实例能支撑的，所以在设计的时候要考虑到后续的弹性扩缩容，需要无状态设计。

最后的业务一定是请求到自己业务的数据库或者请求外部服务，针对自己的内部服务，一般会涉及数据库+缓存的支撑或者写入消息中间件进行异步处理，也可能设计服务内的RPC调用，针对外部服务，可能会涉及到HTTP调用。

常见的架构设计：

三、数据隔离策略

由于秒杀业务和普通业务大有不同，为避免其瞬时流量影响到普通业务，所以需要将其进行隔离包括。一般情况下可以从业务、系统、数据层面进行考虑。

业务隔离

为和普通业务区分开，针对秒杀业务一般会有单独的入口也详情页面，对于运营人员来说，也会由单独的秒杀业务提报平台。通过不同的入口来隔离秒杀业务和普通业务。

系统隔离

秒杀业务自身服务需要单独部署，并根据业务流量具有弹性扩缩容的能力，根据实际情况决定是否需要对涉及到的服务也做单独拎出来支持秒杀业务。

数据隔离

主要针对的数据库服务，秒杀是一个多读多写的场景，如果不和其他业务进行数据库层面的隔离，那可能会影响到正常的业务。

四、不同阶段的处理方案

1.秒杀前的处理

预约

从业务角度考虑，在秒杀之前可以引入预约制度，只有预约后的用户才能进行秒杀，这样在进入秒杀前就能拦截一大半的流量，本身用来进行秒杀的商品不会太多，虽然说秒杀的业务价值是广告营销，但吸引一千倍还是一万倍的用户来秒杀其实区别不大。

热点数据预热

秒杀的商品一般固定，其商品详情信息一般也固定，针对秒杀时候的多读情况，可以先进行热点数据的预热，在开启秒杀活动前，将商品详情信息读入到redis中，这样在进行秒杀的时候不至于对数据库造成太大的压力。

2.秒杀中的处理

验证码和限购

在进入秒杀阶段了，流量会在瞬间增长，所以从业务角度来说，可以将这些流量分散开来，避免对服务产生较大的冲击，监控流量过大，可以加入验证码校验这种策略，将流量后移和平滑，可以选择Happy-Captcha进行验证码校验，代码实现如下：

<dependency>
    <groupId>com.ramostear</groupId>
    <artifactId>Happy-Captcha</artifactId>
    <version>1.0.1</version>
</dependency>
  
---------------------------

@RestController
@RequestMapping("/happy-captcha")
public class HappyCaptchaController {
    @GetMapping("/generator")
//    @TokenCheck(required = false)
    public void generatorCode(HttpServletRequest request, HttpServletResponse response){
        HappyCaptcha.require(request, response)
                .style(CaptchaStyle.ANIM)//设置动画
                .type(CaptchaType.ARITHMETIC_ZH)//设置算数验证码
                .build().finish();
    }
    @GetMapping("/verify")
//    @TokenCheck(required = false)
    public String verify(@RequestParam String verifyCode, HttpServletRequest request){
        Boolean aBoolean=HappyCaptcha.verification(request, verifyCode,true);
        if(aBoolean){
            HappyCaptcha.remove(request);
            return "通过";
        }
        return "不通过";
    }
}