分布式定时任务方案：分布式锁、Quartz、XXL-Job 对比

定时巡检这东西，单机跑跑还好说，一旦上了多节点集群，问题就来了。
你想想看，同一个任务，如果每台机器都跑一遍，数据库被锤烂不说，业务上肯定要出乱子。
所以我们必须引入分布式定时任务方案。
今天我就带大家把主流的三种方案全盘捋一遍：分布式锁、Quartz、XXL-Job。

为什么要放在一起对比？
因为很多团队在选型时特别容易「一刀切」：小项目非要上 XXL-Job，大项目却还在用简单锁。
我个人习惯是：把场景理清楚，再定方案。
下面我们一个一个说。

方案一：基于分布式锁的定时任务

这个思路最简单。
你用 Redis 的 SETNX 或者 ZooKeeper 的临时节点，让所有节点去抢一个锁。
谁抢到了，谁就执行任务。没抢到的直接跳过。

听起来很直观对吧？
但坑也是真不少。
我曾经在一个物联网项目中用过这个方案，凌晨三点任务突然不跑了——锁忘了续租，过期了。
嗯，这里要小心。

// 伪代码：基于 Redis 分布式锁的定时任务
if (redis.setnx("task:lock", instanceId, leaseTime)) {
    try {
        // 执行真正的巡检逻辑
        runInspection();
    } finally {
        redis.del("task:lock");
    }
} else {
    log("锁已被其他节点持有，本次跳过");
}

优势很明显：
实现轻量，不需要额外引入调度中心。
适合那种执行间隔长（比如 1 小时以上）、频率低的任务。

但问题也扎堆：

• 锁超时问题：任务执行时间超过租约，锁自动释放，其他节点又抢到，造成重复执行。
• 无重试机制：任务失败就失败了，没有自动补偿。
• 缺乏可视化：没有管理界面，排错全靠日志。
• 扩容缩容不友好：节点增减虽然不影响锁竞争，但你很难直观看到任务分布情况。

总结一句话：能用，但不适合复杂场景。
如果你只是做半小时一次的健康检查，或者凌晨跑一次数据同步，那完全够用。否则你就得看下面两个方案了。

方案二：Quartz 集群模式

Quartz 是 Java 生态的老牌调度框架了。
它的集群模式靠数据库表来做任务竞争：每个调度器实例都是「抢表」的方式拿任务。
说白了，就是用数据库行锁来保证同一条任务只被一个节点执行。

我之前在金融客户现场就遇到过这种情况：
他们用 Quartz 管理了 200 多个定时任务，跑在 4 个节点上。
刚开始还算稳定，后来任务数量翻倍，数据库的锁竞争越来越严重，频繁出现死锁。

我们来列一下 Quartz 的优缺点：

Quartz 适合什么场景？
中等规模的定时任务集群（5~10 个节点），任务数量在 200 以内。
而且团队有精力自己搭管理后台。
但如果你懒，或者想要「开箱即用」的体验，那下一个方案会更香。

方案三：XXL-Job 分布式调度平台

这个是我现在最常用的方案。
XXL-Job 是国产开源的分布式任务调度平台，由调度中心 + 执行器组成。
调度中心负责调度任务，执行器负责真正跑业务逻辑。

它和 Quartz 最大的区别是什么？
Quartz 是把调度逻辑和业务逻辑揉在一起。
XXL-Job 把它们拆开了，调度中心统一管理，执行器纯干活。
这样一来，调度性能可以独立扩展，不会互相干扰。

核心特性一览：

• 动态任务管理：页面里可以随时启停任务，不需要重启服务。
• 路由策略：轮询、随机、一致性哈希、故障转移等，用于分发任务到不同执行器。
• 分片任务：一个任务拆成 100 片，由 10 个节点各跑 10 片，适合大数据量巡检。
• 失败重试和告警：内置邮件、钉钉等告警通道。
• 弹性扩缩容：执行器上下线自动感知。

当然它也不是没有短板：

• 组件又多了一个，调度中心需要额外部署和维护。
• 强依赖数据库，调度中心本身也成了一个小单点（虽然支持集群）。
• 如果你的任务就那么两三个，上 XXL-Job 有点杀鸡用牛刀。

一图胜千言：三种方案核心对比

我个人的选型建议

你可能会问：那我到底该用哪个？
我一般会按团队规模和任务量来划分：

• 1～5 个节点，任务少（10 个以内） → 分布式锁就够了。别折腾那些复杂的框架，增加维护量。
• 5～15 个节点，任务中等（50～200 个） → Quartz 是稳妥的老将。前提是你的 DBA 能扛得住数据库压力。
• 节点 10 个以上，任务超过 200 个 → 直接上 XXL-Job。调度中心 + 执行器的架构在扩展性上明显更优。
• 如果你们团队有专职运维 → XXL-Job 的管理后台能让运维不用写代码就管理所有定时任务，减少沟通成本。

嗯，还有一个重要的点：
如果你的任务里涉及大量数据切片处理（比如扫描全机房 2 万台设备），那 XXL-Job 的分片任务几乎是为你量身定做的。
Quartz 要实现类似效果，你得自己写分片逻辑，很容易写出 bug。