何时用定时任务、何时用消息中间件：四个判断维度

定时任务（作业）和消息中间件在部分场景下可以互相替代（比如用极短间隔的定时任务轮询队列表，效果类似消息推送），但消息中间件的推送模式实时性更好、基于文件顺序追加的消息存储吞吐量也远高于基于数据库的队列表，所以能替代时通常优先选消息中间件。但两者在四个维度上存在不可替代的边界，判断该用哪个应该沿着这四个维度逐一检查：一是时间驱动还是事件驱动——内部系统一般能靠事件触发，但涉及外部系统时（比如抓取第三方网站价格），对方根本不会给你发事件，只能靠定时轮询这种时间驱动的方式；二是批量处理还是逐条处理——有些业务逻辑天生只能批量算（比如电商公司和快递公司按月结算、按月度总量计算阶梯提成），逐条处理消息中间件模型根本无法表达这种”按周期聚合后一次性计算”的语义；三是非实时还是实时——有些业务需求虽然可以做成实时触发，但业务上根本不需要（比如VIP用户超过一年无购买自动降级），用重量级的实时消息机制去处理一个本质上”什么时候执行都无所谓”的需求是过度设计；四是系统内部还是系统间解耦——作业通常封装在单个系统内部自行调度，而消息中间件的核心价值之一正是解耦不同系统之间的依赖，如果目的是让两个独立系统互不感知彼此存在，作业模型天然不适合。