xxl-job使用遇到的问题
2024-10-19 07:34:07
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的源码）
最新文章
- java中的内部类总结
- rabbitmq method之basic.consume
- 收录.NET跨平台及跨数据库的博文...
- XHEditor（MVC4+DWZ） 部分问题的解决
- s2sh框架搭建(辅助工具：MyEclipse)及解决一些遇到的问题
- Large-Scale Named Entity Disambiguation Based on Wikipedia Data
- C++(MFC)编程中遇到的的一些函数
- C编译过程概述
- Eclipse Maven构建Spring MVC项目
- ubuntu 学习笔记3--shell入门-if空格问题
- myEclipse hibernate连接数据库配置方法
- cookie笔记（一）
- mybatis的配置与使用
- ios 内存管理总结
- 使用 Visual Studio Code （VSCODE）写 C51 （持续更新 2018-04-09）
- python2.0_day18_django_ORM
- Java中内部类揭秘(一):外部类与非静态内部类的”相互可见性“
- mysql 创建，授权，删除 用户
- vue表格导入
- 设计模式中类的关系UML