xxl-job使用遇到的问题

1、背景

最近公司在迁移定时任务，以前老的定时任务是基于quartz搭建的分布式集群服务，遇到如下几个瓶颈问题：

• 同一个任务只能有一个节点运行，其他节点不执行，导致性能低，资源也浪费
• 定时任务在抢占执行的时候(数据库锁)，谁先抢到谁执行，导致有些节点忙死，有些节点一直闲置。（没有合理的调度策略）
• 当碰到大量短任务时，各个节点频繁的竞争数据库锁，节点越多这种情况越严重。性能会很低下
• quartz 的分布式仅解决了集群高可用的问题，并没有解决任务分片的问题，不能实现水平扩展（水平扩展的问题，其实通过任务分布式锁的形式也能解决）

反正，最终选定了xxl-job。

想着写写xxl-job迁移说明的，但是网上太多了，官方指导手册也挺多的，还是算了。就记录下遇到的问题+解决方法吧。

2、问题

经过一番coding、配置 之后，在xxl-job任务调度中心界面上，点击【执行一次】，调度日志显示失败，错误信息是这样子的

xxl-rpc remoting error(Unexpected end of file from server), for url : http://10.25.31.45:9999/run

这个ip是我本机的，执行器注册啥的都没问题。

先说解决办法

2.1、解决办法

确认下netty的版本是否是4.1.48.Final。

Netty3、netty4可以共存，

但是每个只依赖一个主版本即可，netty4要4.1.48+

检查下pom.xml，果然有猫腻

正常情况下，xxl-job-core 依赖的netty版本是 4.1.48.Final，在我这里变成了4.0.35~

看了下xxl-job.pom文件里面是使用的 ${netty-all.version} 属性，这说明我的项目里面有别的地方也定义了这个值，覆盖了xxl-job的4.1.48

在项目的pom文件里面定义netty-all.version 为 4.1.48.Final 就搞定了。

2.2、原因

mavan在处理依赖的时候，有如下两个原则：

• 最短路径优先
• 相同路径下配置在前面的优先

那另外一个问题，你咋知道就是netty的问题呢？

（先卖个关子，后面再读读xxl-job的源码）