xxljob有哪些坑

是我们就来学习下我们的定时任务加固专题讲解。我们这边讲的定时任务一般是讲的是什么分布式定时任务，那我们怎么去来使用我们的分布式任务呢？一般我们在面试的时候经常会也许遇到这样问题，比如面试官经常问我们，你们的项目里面是不是用到分布式， 那分幕式里面，然后是不是有分幕式定时任务这一块？那如果有是怎么做的？那就是第一个就是面试经常问的问题， 就是分布式定时任务 是怎么做的？ 那这是第一块。第二 就是什么呀？就是 如果自己实现 有什么思路， 怎么实现， 是否读过 或者 用过 一些开元的方案来解决 这一块问题，那这里面就是我们经常会问到的一些分布式定时任务。那讲到分布式定时任务， 首先我们要讲一下集中式任务调度， 那什么是集中式任务调度？集中式任务与分布式任务 就是恰好相反的 概念，那集中式任务 就是单机任务， 一个项目，一台机器， 也就是我们 常说的单体。 那对于 集中中，也就是我们的沙瓦开发中 常见的 定时任务， 那什么是定时任务呢 啊？定时任务 就是纸 在指定的时间 去执行 人物， 那就是我们的业务代码， 那这就是我们的集中式任务调度和分布式分布式就是像什么，那分什么是分布式任务调度呢？那就像是什么我们有一些任务，然后分布在不同的机器上面， 那这就是集中式任务和分布式任务是比较相反的，那就像什么我有一些任务，然后分在不同的机场去执行。

分享一个企业中常用的分布式任务调度平台 x x l job， 从他的名字上不难看出，他是在分布式场景下使用非常广泛的一个任务调度平， 可以看到在 gate 上它的 star 已经是十一点七 k 了，在 gig 上的 star 更多，那怎么去使用它呢？首先先看一下它的架构图，这是它的一个整体架构图， 核心是任务管理、执行器管理、日志管理及其他的运行报表，失败告警、任务依赖等等。可以看到这是他整个的一个执行流程。学习这个开源项目 其实能够帮助我们去了解一些架构的一些思维，而且广泛的应用在系统里面也是非常 ok， 可以看到这是运行好的一个界面，然后在这个里面还有任务管理，我们通过执行器看这个执行器下面有哪些任务，同时也可以新增，然后渴望表达是也是在线上的， 所以使用时非常方便。他也有调度日志，然后也有执行器管理，执行器管理可以看到这里只配置了一个执行器， 也是可以新增的，根据名字去新增，甚至还有用户管理，使用教程等等。那在这个项目里面怎么去引入他呢？ 只需要把这个代码考下去，可以看到他重点是按面科靠这两个。当然他还有 example 的使用案例，在这个使用案例里面他会告诉你去怎么去使用， 只需要看一下他的抛文件以及 config 里面的他定的一些 config controller， 这个 handler 怎么去定义的，那我们就可以直接去使用。在这个项目里面直接引入 xxl job， 并且改了一下项目的名字， 然后在配置文件里面去配置了一下他的数据库， 在这里配置了一下，然后在上面的系统中，在我们的这个预约挂号系统中直接去配置他的地址，然后定义的 token 是什么， 我们这个系统的执行器名字是什么？然后默认配置，直接按照他的一个案例里面的配置去使用，包括 company 也是一样的，然 后海伦儿直接按照默认基础案例里面的配置去写，这样整个 x x l job 就已经使用起来， 当然他是基于分布式的，也就是说我们 x x l 只要如果说部署在服务器上，其他所有的项目都只需要配置好他的一个地址和 tok， 以及自己项目的执行器名字， 这样的话基于他就能够去全部管理好我们所有的执行器的这个定时任务，而且还能根据日志去查看正常还是失败信息，比如说我这里就是失败了，他是怎么失败的， 其实是可以查看的，那这就是 x x l job， 感兴趣的可以去下载一下，应用到自 的项目中，企业中也是在广泛的使用，而且大家多去思考一下别人是怎么实现 这些还是比较有挑战性的。然后在他的文档里面有官方文档，也有架过鼓，包括这个架过鼓，然后多去看看 x xl job， 元马也是有很大帮助， 自己如何去实现一个任务调度平台，自己要去怎么实现？想到这些你应该又会更上一层楼，今天的分享就到这里。

前段时间碰到一个很典型的技术问题，是一个基于超载 ii 的旧补的定时任务，简单的从 red 词名取数据，然后存入数据库，每次跑三到四次就停住了。旧补的代码见截图，这一块是 redis 相关的操作代码， 大家看看是哪块代码问题导致的，找到解决的方法请在评论区评论，谁先回答，对的，我这边会给一个小红包，加油！

集群环境下定时任务多次执行有哪些解决办法？好，那我们有这样一些办法，第一种方式就是定时任务只部署一台机器，也就是我们有一个程序，那么这个程序布了三个服务器，那只在哎服务器上打开这个定身物，其他的服务器呢？把定身物不打开， 那么这种方式呢？如果 if 是当机，那么我们就没有定时任务了，这是他的一个缺点。第二个就是在定时任务中进行判断，比如说根据 ip， 只有某个 ip 的机器可以执行定任务，如果不是这个 ip 就不能执行定任务， 那么这个时候就是我们的程序拨三个福气，在这个执行定任务里面判断 ap， 如果他等于这个机器就执行，不等于这个机器 ap 就不执行，那么也有个问题，就是如果他当机了，那我们就没有定任务了。 第三种就是用 pose， 那么这个框架呢？他支持集群。第四种就是用叉叉 l 脚步，他也是支持集群分布式的。第五种用 enelty 的脚步，他也支持集群啊，这就是我们在集群鼓励下避免定任务多次执行的一些办法。