小编点评

## 轻量级分布式定时任务实现方案 **目的:** 改善TBSchedule的稳定性，解决偶发异常的问题。 **方案:** 1. **集群化:** 使用多个服务器部署TBSchedule，实现分布式处理。 2. **动态服务扩容:** 通过动态调整线程数，适应系统负载。 3. ** Redis 注册中心:** 使用Redis缓存任务信息，提高效率。 4. **线程池管理:** 使用线程池，减少创建和回收线程的成本。 5. **自动任务处理:** 通过自动方法，处理TBSchedule内部方法。 6. **动态线程数:** 支持动态调整线程数，提高系统处理能力。 7. **降级机制:** 通过应急预案，支持手动或自动降级。 8. **多线程配置:** 支持多个任务线程数的设置。 **关键技术:** * **TBSchedule:** 分布式定时任务框架 * **Redis:** 缓存中心 * **Thread池:** 线程池管理 * **Auto-task:** 自动任务处理 * **Quartz:** 替代TBSchedule的定时任务框架 * **Ducc:** 支持手动和自动降级 **优点:** * **稳定性:** 提升TBSchedule的稳定性，解决偶发异常。 * **效率:** 通过动态配置和线程池，提升效率。 * **可扩展性:** 通过动态添加节点，满足需求增长。 * **简化维护:** 通过代码调整，可轻松维护。 * **降低成本:** 通过轻量级设计，降低改造成本。 **注意:** * **单系统稳定性:** 由于每个系统独立运行，需要确保单系统稳定性。 * **线程安全:** 确保线程安全和代码可读性。 * **监控与报警:** 建立监控系统，及时发现和处理异常。

正文

现在市面上有各式各样的分布式定时任务，每个都有其独特的特点，我们这边的项目因为一开始使用的是分布式开源调度框架TBSchedule，但是这个框架依赖ZK，由于ZK的不稳定性和项目老旧无人维护，导致我们的定时任务会偶发出现异常,比如：任务停止、任务项丢失、任务不执行等；

每逢618大促，在单量很大的情况下，如果出现定时任务异常，会导致订单的积压，进而导致订单的履约时效，严重影响商家的履约效率，造成订单取消、客户投诉等；

为了保障整体的稳定性，在改动成本比较小的情况下，达到快速实现，稳定运行，预防这种偶发异常，我们实现了一种轻量级定时任务来进行无缝隙降级；

我们使用的TBSchedule特性：

1.支持集群、分布式

2.灵活的任务分片

3.动态的服务扩容和资源回收

4.支持单个任务线程数的设置和实时调整

我们要实现的功能

1.为了保障单个系统的稳定性，我们去中心化，单独调度自己的系统的任务

2.为了避免ZK的不稳定性，我们通过redis实现注册中心和动态分片功能

3.避免使用timer,改用线程池来控制线程

4.为了减少改造成本，不需要业务系统改动代码，我们自动实现TBSchedule内部方法，保持原来的入参

5.为了支持更多任务，支持动态调整线程数，增加系统的处理能力

方案实现

结果:

1.通过xml配置，引入jar包方式，实现快速接入

2.基本实现TBSchedule主要功能，基础方法和TBSchedule保持一致，无切换成本

3.通过ducc配置，配合应急预案，支持手动或者自动进行降级，无缝衔接，可随时随地操作，为大促保驾护航

4.线上已运行，动态分片稳定，心跳检查及时，随时可降级，帮助订单系统避免多次zk波动带来的影响

通过轻量级的降级，搭配应急预案触发，保障大促的稳定运行!!!!!

后续计划:

1.改用Quartz作为定时任务的触发器（也可搭配easyjob），支持更多形式的定时配置，完美替代TBSchedule；

2.提供可视化界面监控任务的运行情况

作者：京东零售 马成龙

来源：京东云开发者社区