某大厂的处理逻辑： 1 、定义好所有的规则配置，形成基本规则项； 2 、当用户这个请求进入时，动态构建规则链条，该链条负责规则的过滤、筛选和具体选择； 3 、当该请求命中了某些规则之后，会执行对应的逻辑； 4 、把执行结果汇总并包装成一个属于该业务的规则数据对象； 5 、根据这个规则数据对象，进行预扣减，成功就返回结果； 6 、后台发 mq 消息，处理实际的逻辑。
这不是什么好事，对于消费者，压力太大了，得花多少时间去研究，程序猿，测试就更不要说花多少时间在这个上面了。 我在瑞典购物这么久，只遇到过两种优惠券（除了 shein 和 temu ），一种就是直接满减，多少，全场通用；第二种，打折商品能不能用。 规则相当简单，清晰，只需要过去问问这个能不能叠加用就完了，哪里来这么多弯弯绕绕，相反的，这边的开发，测试，花了太多时间在隐私，权限，合规上。
