一哥，有几个问题想听下您的意见，如描述有误请一哥雅正。

Question

想把微服务优惠券项目面试来用，但没做过电商项目。
以下问题存在不贴合实际的情况，描述有误请一哥雅正。
问题：
1.使用单实例生成优惠券，怎么确定优惠券总数，每日生成数量和用户数会有计算公式吗？
2.当模板配置的优惠券数量快领取完，需要新增优惠券时，系统定时任务还是短信，邮件通知运营人员，合理的方案是什么样子？
3.用户和优惠券模板的关系，为什么设计有查询用户可领取的优惠券模板?
4.分布式环境下，假设用户点确定支付进行核销，结算微服务把订单数据放入缓存和MQ。但用户并没真正支付，出现取消订单或者支付失败了。 这时候我们缓存数据怎么回滚？

辛苦一哥！ 感谢！

Answer 1

张勤一 2020-03-19 11:37:17

同学你好：

    1. 优惠券的总数不可能是平台设计和确定的，当然是电商上的商家确定的，而且这个量一般都是固定的，一次性生成

    2. 商家觉得优惠券不够的时候，主动跟平台联系，但是，这样的情况几乎不会发生，很奇怪的逻辑

    3. 优惠券模板主要是样式，你总要让用户知道有哪些优惠券可以用；具体的优惠券主要是折扣信息和使用方式

    4. 没有支付完成之前的状态不可能是核销的，一定是支付完成才能去做核销；这样的说法，业务逻辑的实现本身就是错误的

    欢迎来 QQ 群随时交流、讨论，也非常感谢同学的支持！

• 提问者 慕少0966143 #1

  又看了一遍9-20章节， 我理解了结算/核销的概念。
  
  假设用户支付完成,但很快又取消了订单，优惠券应该再次更新状态。
  多分区场景下，在核销写入Kafka多一步操作，根据topic名+优惠券id做hash后放入Kafka，默认把特征数据同一个topic的一个分区。
  
  还请问下一哥 ，实际生产中这样设计可行吗？ 在硬件和Kafka配置上需要注意什么？我怕面试被问死。。。。

Answer 2

慕工程8170686 2021-05-11 22:09:54

老师，第四个问题，为什么支付完成以后才做核销呢？如果是这样的话，支付完成核销失败了，用户启不是还可以用没有核销的优惠券吗。