需要做一个任务执行超时的监控预警，建议在客户端做还是调度中心做？辛苦看下现在的自定义实现是否合理

[kangkangjiang123]

目前的实现逻辑：

目前是在客户端的每个任务的执行开始和结束写了个切面监控
任务调度开始使用调度线程池启动一个线程，配置定时调度参数：【首次调度执行时间n】【调度间隔m】， 来实现当前任务执行超过n秒后还未结束时，每m间隔告警一次。
当任务调度结束后在finally中来强制取消监控线程的执行
优化： 做一个降级策略，当监控线程池中活跃的线程大于或等于核心线程数时，此次任务执行不开启监控线程，来避免任务累积时监控线程带来的负面

大佬看下，有没有更好的方案？有没有可能在调度中心更改源码的方式来做超时预警，或者在执行器源码中做一些调整的可能？

[nailcui]

在调度中心通过定时扫描 xxl-job-log 表中数据的方式来做应该更简单一些

[xuxueli]

在调度中心通过定时扫描 xxl-job-log 表中数据的方式来做应该更简单一些

+1，建议使用这种方式。另外系统当前已支持超时控制以及告警能力。

[kangkangjiang123]

@xuxueli @nailcui 嗯嗯， 感谢两位大佬解答， 我撸了源码也发现可以用xxl-job-log表来启动一个线程监控。 我们现在的需求是需要及时发现执行时间过长的任务，不去中断正在执行的任务。 目前监控xxl-job-log还有个缺点就是如果客户端挂掉或重启没回调过来，log表这段时间内的调度就一直拿不到结果导致误告，这个我还在想办法解决中，如果误告影响比较大就在客户端用可降级的调度线程来实现了。