如何设计一个秒杀系统？

如何设计一个秒杀这个问题，最重要的是解释清楚秒杀的经典架构，并且在回答中留下足够的引导点。

首先来看秒杀的经典架构：

整个架构的关键是：

1. Redis 预扣库存：库存放到 Redis 里面，秒杀判定有没有抢到，就是以 Redis 扣库存有没有成功为前提。如果 Redis 扣库存没成功，那么就认为是秒杀失败，直接返回。
2. Kafka 削峰：Kafka 会挡住所有秒杀成功的请求，避免对数据库造成巨大的压力。
3. 创建订单：创建订单，将订单数据插入到数据库中。要注意上图中的 4.1 和 4.2 的顺序是可以换的，对应于常见的问题谁先谁后的问题。
4. 锁定库存：这才是真正的扣减库存，前面 Redis 只能看做是预扣库存，而这里则是真正执行扣库存（锁定）的步骤。这个步骤可以认为是关键中的关键，因为它是确保不会超卖的核心。

你只需要回答出来这些关键点，它们本身就是一个引导点，那么面试官就会沿着你的思路一路问下去。

此外，从秒杀系统还可能衍生出来这些问题，但是遇到的概率会比较少，所以你也可以主动提及作为引导。

• 幂等。即如何处理重复的秒杀请求了。
• 一个人只能参与一次。这个问题和幂等有非常强的相关性，可以说绝大部分的秒杀都是一个人只能参与一次，并且是不管你秒杀成功与否，都只能秒杀一次。
• 服务治理：主要是想考察限流的问题，毕竟在秒杀场景下突出的就是一个突发流量。
• 前端优化：主要是想考察在大流量下前端页面加载可能面临的性能问题。
• 安全问题：例如说如何防范脚本等。

这些问题，你可以根据自己的掌握情况来引导，这部分我放在了 25K 回答之中，相当于 25K 主要是建立好引导点。

这里我们只讨论微服务架构下的秒杀架构，如果是单体应用的话会简单很多，比如说在消费者消费的时候，扣库存和创建订单可以放在一个本地事务里面，就没那么麻烦了。如果你简历上写了秒杀，但是你又不是微服务架构，你面试的时候最好还是按照微服务架构来回答，不然你就得自己梳理单体应用下秒杀架构的设计和面试题了。