【进阶之路】任务调度监控开发详解

新的一年、旧的方式，这一次就从一个需求开发的角度和大家分享监控系统的开发。

前段时间与大家分享了定时任务调用平台xxl-job，也简单地讲了讲平台的结构模式、调度方法。

【进阶之路】定时任务调用平台xxl-job

调用任务的过程中，如果xxl-job的代码能够顺利执行，但是本身需要执行的任务没有顺利执行成功，或者因为一些问题导致任务延迟执行甚至没有执行，xxl-job并不会正常报错通知。这个时候，我们就需要用一些其他的方法来协助监控定时任务的执行。

在大佬的要求下，我这边设计了一个方案，如图所示：

定时任务监控体系分为三个部分（其实如果将消息中间件换成异步请求也可以，只是在处理任务比较多又比较集中的时候，对监控系统的压力比较大，监控系统本身业务无关，是不应该占用过多的系统资源的）。

一、定时任务执行系统

/**
 * 根据业务需求、需要对之前的业务进行埋点处理，主要是对定时任务的场景进行处理，
 这边采取的方法是结构型设计模式，尽量依托原本的功能、减少代码侵入，
 使得消息实现与通知与原本的业务内容少耦合
 **/
@Slf4j
public abstract class AbstractTestFileComponent  implements ITestFileComponent, TaskWarnService {
	
    //单纯的MQ推送
    @Autowired
    private QueueSender queueSender;

    @Override
    public boolean dealFile(Object obj){
    	//1、记录任务耗时
        StopWatch sw = new StopWatch();
        sw.start();
        try {
            //2、这里生成通知信息 dealExe指的是原本执行任务的模块
            TaskDetailsDto taskDtl = this.dealExe(obj);
            taskDtl.setParcTime(DateUtil.getFormatDate());
            taskDtl.setStatus(1);
            sw.split();
            taskDtl.setConsTime(new Long(sw.getSplitTime()).intValue());
            // 3、需要提交时，在子类重写些方法 并填充code 并发送
            this.submitResult(taskDtl);
            return true;
        } catch(ServiceException e){