分布式任务调度

传统任务调度存在的缺陷：

（1）业务逻辑与定时任务逻辑放入在同一个jar包中，如果业务逻辑宕机了，定时任务逻辑也会宕机。

（2）如果服务器在在集群的情况下，可鞥会存在定时任务逻辑会重复执行，比如部署两台一样的发送点卷服务，那么相同的定时任务逻辑会重复执行两次。

（3）定时任务执行非常消耗cpu的资源，可能会影响到业务线程的执行，比如查询大量的数据进行处理，那么堆内存消耗非常大，可能会造成内存泄漏。

那么问题来了：我们如何在集群中，保证我们的定时任务只会触发一次。

（1）解耦版：将业务逻辑和定时任务逻辑完全分开部署，实现解耦，只对业务逻辑实现集群，不对定时任务实现集群，定时任务单机版本。(缺点：无法实现高可用的问题)

（2）分布式锁实现，只要jar能够拿到分布式锁就能够执行定时任务，否则不执行定时任务。可以实现高可用的问题

（以上的方案能用于规模比较小的项目）在微服务架构中应该采用分布式任务调度平台。