营销活动项目怎么讲时间窗口和高并发
业务流程
- 活动创建、规则配置、奖品设置。
- 活动上线、用户参与、奖品发放。
- 活动结束、数据统计和奖品补发。
详细流程说明
营销活动项目的核心挑战是”时间窗口内的正确性”和”高并发下的稳定性”：
- 活动配置阶段：运营创建活动 → 设置参与条件（用户标签、时间窗口、参与次数） → 配置奖品和概率 → 设置预算上限 → 提交审核 → 上线。
- 用户参与阶段：用户满足条件 → 参与活动（抽奖/签到/分享） → 系统判定结果 → 发放奖品 → 记录参与日志。
- 活动结算阶段：活动结束 → 统计参与数据 → 未发放奖品补发 → 预算结算 → 数据归档。
风险点
- 活动时间窗口配置错误、提前或延后。
- 高并发下奖品超发、重复发放和库存不一致。
- 活动规则配置冲突、参与条件遗漏。
风险点详解
时间窗口风险：
- 活动提前开始：配置错误导致活动提前上线，用户在没有准备好的情况下参与，可能引发预算快速消耗。
- 活动延后结束：活动应该结束但没有及时下线，导致额外预算消耗。
- 时区问题：跨时区活动时，开始/结束时间在不同时区显示不一致。
- 续期处理：活动延期时，已参与用户是否能再次参与？预算是否追加？
高并发风险：
- 奖品超发：并发请求同时读取库存，都判断有库存然后都扣减，导致实际发放超过库存。
- 重复发放：用户快速点击或网络重试，同一用户多次获得奖品。
- 库存不一致：缓存与数据库库存不同步，导致前端显示有奖品但实际已发完。
规则配置风险：
- 条件冲突：如”新用户专享”但老用户也能参与。
- 概率配置错误：奖品概率总和不为 100%，或高价值奖品概率设置过高。
- 预算控制失效：没有实时监控预算消耗，超预算后没有自动熔断。
测试策略
- 时间窗口做边界值、跨时区和续期验证。
- 奖品发放做幂等、库存扣减和并发压力测试。
- 活动规则做条件组合和边界场景覆盖。
时间窗口测试
- 边界值测试：活动开始前 1 秒、开始时、结束后 1 秒分别验证参与结果。
- 跨时区测试：不同时区用户看到的开始/结束时间是否正确。
- 续期场景：活动延期后，已参与用户的行为、预算变化、数据统计。
- 定时任务验证：活动自动上线/下线的定时任务是否准时触发。
高并发测试
- 幂等验证：同一用户同一活动多次请求，只发放一次奖品。
- 库存扣减：并发 100 请求抢 10 个奖品，验证最终发放数量 = 10。
- 压力测试：模拟活动峰值 QPS，验证系统响应时间和错误率。
- 降级策略：超过承载能力时，是否有排队、限流或降级机制。
规则组合测试
使用正交实验法或判定表法覆盖规则组合：
- 用户类型（新/老） × 参与次数（首次/多次） × 时间段（高峰/平峰） × 奖品状态（有库存/无库存）。
可讲成果
- 活动回归形成标准化模板，上线周期缩短。
- 奖品发放幂等验证后，超发问题零上线。
- 高并发压测常态化后，活动承载能力可量化。
面试表达示例
项目背景：“我们每月有 3-5 场营销活动，早期经常出现奖品超发、活动时间配置错误等问题，每次活动上线都要人工检查大量配置项，效率低且容易遗漏。”
我的方案：“我建立了活动标准化回归模板，覆盖时间窗口、奖品库存、规则配置、并发场景四大类 50+ 检查项。同时推动奖品发放接口加入幂等校验和库存预扣机制。”
项目成果：“活动上线周期从 1 天缩短到 2 小时，奖品超发问题零上线。压测常态化后，我们能提前知道每场活动能承载多少 QPS，超过阈值就提前扩容。“
高频追问准备
- 幂等怎么实现？ 用用户 ID + 活动 ID 做唯一索引，或用 Redis SETNX 实现分布式锁。
- 库存扣减怎么保证一致性？ 用 Redis 预扣减 + 数据库最终扣减，或用数据库乐观锁。
- 活动规则配置错误怎么预防？ 配置增加预览和校验机制，概率总和校验、预算上限校验、时间逻辑校验。