监控任务的设计思路

这里就不画图了，文字表述即可。
假如现在有好几个业务子系统共同完成一个任务，当大量的任务来临时，怎么去保证每个任务都能跑完？这就需要我们对任务进行监控，我的思路是这样的：创建一个新的监控项目，定时遍历数据库的任务表，看看有没有新来的任务，有的话取出来，加入一个待执行队列，并计算超时时间，再开一个线程去判断该任务是否跑完，若超时了，则触发重发机制，若跑完了，则关闭线程。

这里有三个问题要特别注意
1.监控线程不得对原有业务造成侵入，必须是额外的
2.一定要保证监控到每个任务，可以统一一个线程监控全部，也可以每个任务开一个线程（我这里选择后者）
3.超时时间的计算（由于任务多，会堆在队列中，所以每个任务的超时时间都不同）

实施这个监控的步骤

1.在业务中，每完成一个子业务，就把下一个环节的路径和数据存储，这里用kafka做消息传递，因此保存队列、数据和状态即可

2.在监控项目中，超时时间的计算方法

超时时间 = 任务执行预算时间 * 队列个数（队列必须用先进先出策略）

超时类

public class CmdRecordMonitor {
	//起始时间
	private Long startTime;
	//终止时间
	private Long overTime;
	//重发次数限制
	private int refa