开启掘金成长之旅！这是我参与「掘金日新计划 · 2 月更文挑战」的第 11 天，点击查看活动详情
1.优惠券系统的核心思想
默认的优惠券系统：根据运营人员设定的条件生成对应的优惠券模板、
- 优惠券码的要求:唯一性和有一定的识别性
优惠券码的格式（一共18位）：产品线+类型（前四位）+日期随机码（中间六位）+0到9的随机数（后八位） - 优惠券异步生成：因为我们一次性可能会生成几万个优惠券，所以我们在后台创建的时候，进行异步处理（可以采用消息队列来实现）
2.技术方案
- 通过优惠券模板生成优惠券码保存到redis,方便我们进行查询和处理数据
- 优惠券在一个实例服务生成：这样做的目的是解决优惠券码一致性的问题（我们在代码中使用Set数据结构生成），这样的做的好处是不会造成优惠券码的超发和分发优惠券配额问题
3.优惠券过期问题
优惠券具有时间属性，如果优惠券过期了，则不可使用，因此系统需要能够定期清除过期的优惠券，目前有两种方式；
- 第一种方式是使用定时器定时扫描redis存储的优惠券数据，如果失效了，则进行清除；
- 第二种是除了定时器以外的模块进行清除，比如客户端在请求优惠券列表的时候，我们可以先对优惠券列表进行遍历，如果过期了，这进行处理
4.优惠券结算（核销功能）
优惠券在使用的时候，我们需要判断优惠券的可用性
- 结算的时候需要判断优惠券是否合法，判断优惠券是否过期和该用户是否是系统内部的用户
- 通过不同的优惠券组合计算出最终的价格
- 如果（核销优惠券）支付成功，这需要会写数据，更改优惠券状态
