目录一、基础概念区分1. 单机定时不支持集群禁止生产集群直接用2. 分布式定时两大设计思路二、四大主流生产框架详解从入门到生产选型方案 1Quartz老牌开源Spring 原生集成1. 实现分布式原理2. SpringBoot 接入关键配置3. 生产优缺点方案 2XXL-JOB国内最常用、中小企业首选推荐优先选型1. 架构组成分离调度中心 执行器生产标准架构2. 分布式防重复原理3. 生产核心能力生产刚需4. 优缺点方案 3Elastic-Job当当开源分片能力极强大数据量定时首选1. 核心架构2. 分布式核心任务分片3. 防重复执行原理4. 适用场景方案 4Alibaba SchedulerX阿里自研云上企业级三、生产环境落地规范 避坑重中之重1. 任务编码规范2. Cron 表达式生产规范3. 生产必配监控 告警4. 集群部署注意四、快速选型对照表直接照着选五、扩展基于 Redis 实现简易分布式定时自研小方案核心痛点单机定时任务宕机、重复执行、集群多实例并发跑同一定时、任务堆积、漏执行、动态变更周期分布式定时 解决集群下任务唯一性调度生产主流 4 套方案QuartzDB、XXL-JOB、Elastic-Job、SpringCloud Alibaba SchedulerX附带选型、原理、踩坑、生产规范。一、基础概念区分1. 单机定时不支持集群禁止生产集群直接用ScheduledSpring 自带内存级定时多实例部署同一任务同时执行 N 次无分布式锁无失败重试、无日志、无运维面板仅测试 / 单体小项目。Timer/ScheduledExecutorServiceJDK 原生内存调度进程重启任务丢失生产基本废弃。结论集群部署必须上分布式定时框架。2. 分布式定时两大设计思路数据库抢占锁DB 分片锁通过数据库唯一行锁保证同一时刻只有一台机器抢到任务代表Quartz、XXL-JOB注册中心分片 ZK 分片调度任务分片多实例分摊任务代表Elastic-Job-Lite二、四大主流生产框架详解从入门到生产选型方案 1Quartz老牌开源Spring 原生集成1. 实现分布式原理依赖 MySQL 数据库表做分布式锁Quartz 内置 11 张系统表qrtz_job_details、qrtz_triggers、qrtz_scheduler_state等。集群所有实例共用一套库表调度器抢锁qrtz_scheduler_state通过行排他锁 SELECT ... FOR UPDATE同一任务同一时间只有一个 JVM 获取锁其余阻塞等待任务执行状态持久化 DB执行中、成功、失败、下次触发时间落库宕机重启后自动续跑未完成任务。2. SpringBoot 接入关键配置spring: quartz: job-store-type: jdbc #开启数据库持久化 jdbc: initialize-schema: embedded #自动初始化11张表生产建议手动DDL properties: org.quartz.scheduler.instanceId: AUTO #自动生成唯一实例ID org.quartz.jobStore.isClustered: true #开启集群模式【核心】 org.quartz.jobStore.clusterCheckinInterval: 10000 #集群心跳10s3. 生产优缺点✅优点Spring 无缝集成、无额外中间件、不用部署独立服务Cron 表达式标准持久化可靠 ❌缺点无运维后台任务启停、修改 Cron 需要改代码 重启服务DB 轮询抢锁频繁大任务量场景数据库压力高无任务分片、无告警、无失败重试配置适用场景老项目改造、任务量少50 个定时、不想额外部署中间件。方案 2XXL-JOB国内最常用、中小企业首选推荐优先选型1. 架构组成分离调度中心 执行器生产标准架构调度中心xxl-job-admin独立部署项目单实例 / 集群部署统一管理任务Cron 配置、任务启停、在线修改执行周期、手动触发、暂停任务基于 MySQL 存储任务配置、执行日志定时触发后通过 HTTP/RPC 推送任务到执行器执行器业务 Java 项目引入 xxl-job-core 依赖业务项目作为执行节点注册到调度中心同一执行器集群多实例调度中心默认路由策略轮询 / 随机 / 分片 / 广播保证一个任务只分发一台机器执行。2. 分布式防重复原理任务由调度中心统一中心化分发调度中心控制下发时机天然避免多实例并发执行路由策略轮询 / 随机任务只下发一个实例常规定时分片广播所有实例都接收任务参数携带分片序号用于海量数据分片处理比如分库分表数据同步故障转移选中节点宕机自动切换其他执行器。3. 生产核心能力生产刚需可视化后台在线改 Cron、启停、查看执行日志、执行耗时、失败记录失败重试、任务超时终止、阻塞策略丢弃 / 串行 / 覆盖任务告警邮件、钉钉、企业微信告警任务失败自动推送支持 JavaBean 任务、GLUE 在线代码不用发版改任务逻辑支持父子任务、依赖任务。4. 优缺点✅优点部署简单、文档完善、运维友好、社区活跃、接入成本低 ❌缺点中心化调度admin 宕机则新任务无法触发可集群部署 admin 高可用生产选型90% 中小后端项目首选 XXL-JOB方案 3Elastic-Job当当开源分片能力极强大数据量定时首选1. 核心架构依赖Zookeeper 做注册中心 分布式协调分为Lite 版嵌入式业务项目集成 ZK 依赖无独立调度服务生产主流Cloud 版SpringCloud 生态。2. 分布式核心任务分片核心特色一个任务拆分 N 片集群 N 台机器自动分摊分片每台机器只执行自己分到的数据。 例同步 100w 订单分片数 44 台服务实例实例 1分片 0处理 id%40 数据实例 2分片 1处理 id%41 数据 实例扩容缩容时 ZK 自动重新分片自动负载均衡。3. 防重复执行原理ZK 临时节点 分布式锁分片绑定实例同一个分片只会被一个实例持有。4. 适用场景海量数据批处理定时千万级数据同步、数据 ETL、分库分表统计缺点依赖 ZK运维成本更高小任务场景过重。方案 4Alibaba SchedulerX阿里自研云上企业级阿里云商业化定时服务完全 SAAS 化不用自己部署调度中心、ZK、DB控制台在阿里云业务项目通过 SDK 接入能力秒级调度、可视化、分片、失败重试、告警、分布式事务联动适用阿里云上中大型企业项目付费服务。三、生产环境落地规范 避坑重中之重1. 任务编码规范定时任务禁止长耗时5min超长时间任务拆成「定时触发 异步 MQ 消费」定时只发一条消息实际业务由 MQ 异步处理避免任务阻塞。每个任务开头加分布式幂等校验极端场景网络抖动、调度重试会重复执行必须幂等数据库唯一索引Redis 分布式锁执行前 setnx执行结束删除设置过期兜底//伪代码 String lockKey task:order_stat:LocalDate.now(); Boolean lock redisTemplate.opsForValue().setIfAbsent(lockKey,1,30,TimeUnit.MINUTES); if(!lock) return; //已在执行直接退出 try{ //业务逻辑 }finally{ redisTemplate.delete(lockKey); }定时任务独立线程池和业务 Tomcat 线程池隔离防止定时耗尽业务线程。2. Cron 表达式生产规范禁止* * * * ?每秒执行压垮 DB大批量定时错峰排布报表任务 01:00、对账 02:30避免同一时间大量任务并发打满数据库。3. 生产必配监控 告警任务执行失败告警钉钉 / 企微XXL-JOB 原生支持监控指标任务执行成功率、平均耗时、阻塞次数接入 PrometheusGrafana死任务兜底设置任务最大超时时间超时自动终止防止死循环卡死调度。4. 集群部署注意XXL-JOB 的 admin 调度中心生产必须集群部署Nginx 负载避免单点故障Elastic-Job 保证 ZK 集群3 节点起步ZK 宕机全量定时失效Quartz 集群统一数据源禁止多实例连不同数据库。四、快速选型对照表直接照着选框架依赖中间件运维面板分片能力适用场景Spring Scheduled无无无单体测试项目QuartzMySQL无无老项目少量定时XXL-JOBMySQL完善基础分片绝大多数业务系统推荐Elastic-JobZKMySQL有强大分片大数据批处理、海量同步SchedulerX云上 SAAS云端全功能阿里云企业项目五、扩展基于 Redis 实现简易分布式定时自研小方案不想引入中间件框架时利用Redisson分布式锁Scheduled实现简易分布式定时多实例同时触发定时执行前抢 Redis 锁抢到才执行业务抢不到直接返回优点零框架接入成本缺点无后台管理修改 Cron 需要改代码适合临时少量轻量任务。