优惠券系统到了大促场景，问题往往不只是请求变多，而是库存、资格校验、幂等和一致性会同时被放大。回答这类题时，先抓关键环节，比一味强调“多加机器”更靠谱。
领券入口先做削峰和限流
高峰期最先扛不住的通常是领券入口。常见做法是把同步重操作前移成轻校验，再通过消息队列或异步任务去完成发券落库。
库存和资格判断要尽量前置
是否已领过、是否达到门槛、活动是否有效，这些校验能前置就前置，避免无效请求一路压到数据库。
幂等和重复提交必须单独处理
大促时重试、刷新和并发点击都很常见。没有幂等保护，库存扣减和发券记录很容易出错，后面补偿成本会很高。
核销阶段也要考虑回压
很多人只盯着领券，其实下单核销同样可能成为热点。优惠叠加规则、订单回滚和券状态回写，都要提前设计好边界。
结论
大促优惠券系统要稳，至少要守住入口削峰、资格校验、幂等保护和核销回压这几个关键环节。
正文完
