1. 功能描述
营销管理:需要通过圈人相关功能，对特定的群体进行优惠券发送并信息推送到位，并且统计后期触发率。
1.1 活动列表
活动推送
1.2 新增活动
新增活动
1.3 活动详情
活动详情
2.设计方案
技术选型有多线程和MQ俩种机制来实现，MQ业务解耦的情况更符合我们的实际需求，所以选在rabbitmq来实现具体的生产消费。
2.1 架构图
总体设计流程图
MQ选型设计图
2.2 设计介绍
- 活动执行顺序
活动的提交是串行执行，所以多个活动本身已处于一个FIFO队列。对于已经提交执行的活动，我们通过定时任务扫描待执行活动来进行触发，对于排队中的活动信息，都存入redis库，减少定时任务扫描mysql造成的压力。- 标签覆盖
通过标签所覆盖的人群基础进行筛选，针对自动推送渠道，提前预处理每个人最优推送渠道，保证高质量的信息触达。- 队列拆分
如果针对单人的优惠券发放和信息通知同时处理，那么其效率将降低。所以我们将单个人的推送情况拆分为发券队列和消息推送队列，俩个队列（并行或串行）根据业务需要，都能极大的提高推送效率。- work queue
消费者要提高消费能力，就需要使用到消费者的多线程配置和批量消费能力。rabbitmq现有功能，无需额外开发工作。- 推送记录
推送记录属于不可更改数据，存储的选型方式很多：mongodb等。但是我们也可以使用mysql月报表模式来进行存储，这样的分表模式也会提高查询效率。- 活动结束标示
在拆分任务进发券队列和消息推送队列两个队列之后，均会向当前俩队列插入一个（n个）（防丢失情况）的最低权重的结束标示的信息，正常情况下，消费者在收到当前标示信息时会主动判定当前队列任务已执行完毕并可以通知修改当前活动结果状态。但是消费端属于多线程执行，会出现当前消息被提前消费，而并存几个处于处理中的消息，所以此处会主动查询rabbitmq是否存在剩余unacked信息，如果存在（除去自身），则将当前的结束标示信息重归队列，等待后续消费，一直确保其他消息被消费完毕。- 活动终止
前端提交活动终止时，我们主要通过控制消费队列来进行中断，通过清除rabbitmq中发券队列和消息推送队列俩个队列中尚未被消费的信息，原有正在处理的信息不受影响。同时，变更当前终止活动的状态。
3. 总结
总体思考下，当前模块功能的核心设计理念是：解耦和预处理。
解耦：充分利用好中间件，系统层面可以减少系统与系统简单同步操作，业务层面可以让多个业务逻辑同时进行。
预处理：硬件配置和节点固定的情况下，充分做好数据的预处理，可以极大加快消费端的能力。处理事情的效率很大程度上是消费端没有优化好。
