一、需求场景
1、支付系统
1.1 每天凌晨1点跑批,进行一天清算,每月1号进行上个月清算;
1.2 购票系统,超过30分钟没有成功支付订单的,进行回收处理;
2、活动
2.1 电商整点抢购,商品价格8点整开始优惠;
3、通知
3.1 商品成功发货后,需要向客户发送短信提醒;
二、解决方案
1、消息与定时任务差异
1.1 可互换场景
通知类:电商发货成功发短信通知客户的业务场景,我们可以在发货成功后发送MQ消息到队列,然后去消费mq消息,发送短信。
1.2 非互换场景
a)时间驱动/事件驱动:内部系统一般可以通过时间来驱动,但涉及到外部系统,则只能使用时间驱动。如怕取外部网站价格,每小时爬一次。
b)批量处理/逐条处理:批量处理堆积的数据更加高效,在不需要实时性的情况下比消息中间件更有优势。而且有的业务逻辑只能批量处理。如移动每个月结算我们的话费。
c)实时性/非实时性:消息中间件能够做到实时处理数据,但是有些情况下并不需要实时,比如:vip升级。
d)系统内部/系统解耦:定时任务调度一般是在系统内部,而消息中间件可用于两个系统间。
2、单机实现方案
2.1 方案对比
Timer:是一个定时器类,通过该类可以为指定的定时任务进行配置。TimerTask类是一个定时任务类,该类实现了Runnable接口,缺点异常未检查会中止线程
ScheduledExecutorService:相对延迟或者周期作为定时任务调度,缺点没有绝对的日期或者时间
Spring定时框架:配置简单功能较多,如果系统使用单机的话可以优先考虑Spring定时器
3、分布式实现方案
3.1 关键点
批量任务,多主机,多线程,动态扩展,实时或定时任务,分片,并发,不重复执行。
3.2 方案对比