XXL-JOB 调度项目乱码重发送retry问题

最新推荐文章于 2025-10-11 18:57:19 发布
原创 最新推荐文章于 2025-10-11 18:57:19 发布 · 1.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#xxl-job

本文介绍了在XXL-JOB调度过程中遇到的项目乱码问题，详细描述了当调度任务失败后，由于回调的requestbody出现乱码导致的JSON解析异常，进而引发调度任务无法停止的情况。当手动停止任务并重启调度项目时，系统会读取失败文件进行retry，导致持续的乱码错误。解决方法是删除含有乱码的日志文件。

上级文章：

IDEA快速XXL-JOB：https://blog.youkuaiyun.com/qq_28033719/article/details/103515278

XXL-JOB的每次调度之后，都会callback，而且是使用requestbody返回你的returnT信息，然而我出现了项目乱码问题，在xxl-job的主项目发现一直报json字符串异常，从而导致调度任务一直没有停止

Caused by: com.fasterxml.jackson.core.JsonParseException: Illegal unquoted character ((CTRL-CHAR, code 13)): has to be escaped using backslash to be included in string value
�h�8","content":null}}]; line: 1, column: 79]

然后我手动停止了页面任务之后，每次重启调度项目，就会不断地发送还是乱码的请求，XXL-JOB主项目就不断报错，我最后发现了，调度项目是会不断地读取调度失败文件，然后retry

然后这文件里面也是一堆乱码，处理乱码LOG这问题略烦，我是直接删除这些文件的

最低0.47元/天 解锁文章
XXL-JOB完全开发手册（一篇学会XXL-JOB所有知识点）
hao_kkkkk的专栏
03-19 2527
如果任务类型为 “GLUE模式”，将会加载 GLue 代码，实例化 Java 对象，注入依赖的 Spring 服务（注意：Glue代码中注入的Spring服务，必须存在与该“执行器”项目的Spring容器中），然后调用execute方法，执行任务逻辑。使用于业务复杂，业务量大，服务器多。​ 调度中心和执行器两个模块分开部署，相互分离，两者之间通过RPC进行通信，其中调度中心主要是提供一个平台，管理调度信息，发送调度请求，自己不承担业务代码，而执行器接受调度中心的调度执行业务逻辑。
分布式调度平台【xxl-job的介绍、调度器的安装】
m0_57030122的博客
09-12 760
分布式调度平台【xxl-job的介绍、调度器的安装】
Scala的Jackson解析String失败的解决办法com.fasterxml.jackson.core.JsonParseException
qq_39285950的博客
03-22 2172
com.fasterxml.jackson.core.JsonParseException: Illegal unquoted character ((CTRL-CHAR, code 8)): has to be escaped using backslash to be included in string value. json中存在Ascii码值为32（十进制）以下的控制字符，如换行、文件分隔符等，需要将其替换掉,存在文件控制符FS,存在空格,换行符,制表符等，其是不可见字符,正则替换掉即可
Caused by: com.fasterxml.jackson.core.JsonParseException: Unexpected character (‘ ‘ (code 160)): was
weixin_43276498的博客
02-17 1253
postman测试API相关问题
XXL-Job入门：项目集成、任务编写与页面配置完整教程
最新发布
qq_36833673的博客
10-11 820
在平常的开发工作中，我们经常会使用到定时任务，比如定时更新看板数据、定时任务提醒、定时处理订单状态等等。像之前开发中用过 quartz，@scheduled 等方式，现在使用的 xxl-job 比较多，那么 xxl-job 应该如何引入到项目中，以及 xxl-job 如何使用呢？今天来总结一下。
Fegin调用报错JsonParseException
cx9977的博客
08-05 826
会对设置的这些路径下请求返回的进行压缩 ，如果配置在这些下 response 默认就会压缩，正常这样就是前端解压，但是后端调用也就是对于内部fegin的调用，如果在这些路径里，response就会压缩，返回值不解压就会报错。
XXL-JOB 调度项目发送中文乱码
qq_28033719的博客
12-20 2055
上级文章： IDEA快速XXL-JOB：https://blog.youkuaiyun.com/qq_28033719/article/details/103515278 其实是idea项目编译乱码， 打开target找到相应的class，如果发现是乱码，那就删掉重新编译成适合的编码 Setting --- File Encodings --- 修改项目编码 ...
2.1.1 xxl-job 中文乱码问题
qq_28033719的博客
01-07 4092
上级文章： IDEA快速XXL-JOB：https://blog.youkuaiyun.com/qq_28033719/article/details/103515278 2.1.2版本，作者已经修改中文乱码 开始使用xxl-job的时候发现了中文乱码问题，我甚至改了 xxljobremotingutil 源码，也不能解决。 connection.setRequestProperty("conten...
xxl-job 分布式调度平台
zhzjn的博客
10-09 937
xxl-job 是一个轻量级分布式任务调度框架，支持动态添加、修改、删除定时任务，支持海量任务分片执行，支持任务执行日志在线查看和分页查询，同时支持任务失败告警和重试机制，支持分布式部署和高可用。xxl-job 的核心思想是将任务的调度和执行分离，通过调度中心统一控制任务的分配和执行，实现任务的统一管理和调度。xxl-job 可以轻松集成到 Spring、Spring Boot、Dubbo 等主流框架中，使用简单方便，已经广泛应用于各大互联网公司的生产环境中。。
【xxl-job系列】xxl-job2.4.0版本源码梳理及解读
c18213590220的博客
01-10 2278
本文将基于xxl-job2.4.0版本源码进行代码的梳理
springboot admin 获取日志文件失效 404_spring boot项目整合xxljob
weixin_39849762的博客
11-24 752
阅读文本大概需要3分钟。关于分布式任务调度平台XXL-JOB，作者许雪里在其发布的中文教程中已经介绍的很清楚了，这里就不做过多的介绍了。按照文档搭建xxl-job，做此记录。1、源码下载地址GitHub：https://github.com/xuxueli/xxl-job码云：https://gitee.com/xuxueli0323/xxl-job2.文档地址中文文档：http:/...
XXL-JOB调度时出现connection reset
weixin_51870728的博客
06-27 1012
观察到，第三行的包是调度中心发给执行器的请求参数，也就是说执行器在收到这个请求数据之后，才出现的错误，所以怀疑是执行器在收到请求数据并且执行时出现异常，直接关闭了tcp连接，而不是发送一个[FIN]标志位表示正常结束请求。注意到这个红色行的[RST]标志位，socket遇到这个标志位就会抛出一个connection reset异常。如果你也遇到connection reset异常，可以关注一下是否因为这个参数所导致。经过排查之后，发现是调度请求中的参数。导致的，去掉之后，请求正常返回。
xxljob异步日志打印混乱问题分析与解决
m0_49440213的博客
06-17 1552
xxljob异步方法日志打印混乱
ORACLE显示中文为乱码怎么办？
u011277123的博客
06-20 2643
DreamFly 2017-06-14 04:49 为什么这么多人收藏，却没人《关注》呢？ 你们的关注是我前进的动力！ 欢迎关注~ 安装Oracle 10g没有设定字符集，采用的是操作系统默认字符集：WE8ISO8859P1，将字符集修改为：ZHS16GBK。由于过程不可逆，首先需要备份数据库。 1.数据库全备 2.查询当前字符集 SQL> select *
XXJ-JOB 执行器 在线程池内日志输出错乱的问题
zero_fxj的博客
11-29 2087
问题：最近在使用 xxl-job 时,执行器使用异步线程处理任务时，发现日志输出存错乱。第一次的日志能够正常打印到对应的log文件中，后面每次都会打印到最开始的日志文件中如下分析XxlJobHelper 源码：XxlJobContext 源码 ：XxlJobContext 使用InheritableThreadLocal， InheritableThreadLocal主要用于子线程创建时，需要自动继承父线程的ThreadLocal变量，方便必要信息的进一步传递。
oracle出现乱码解决心得
世间的轮回总是悲喜难捉摸
08-28 661
最近在家里搞oracle的时候突然遇到一些乱码的问题,下面介绍一下这些天总结的乱码排除经验 第一:首先要确定你待导入的dmp文件是否已经是带乱码的文件(本人这次出现乱码的原因就是因为公司开发环境的数据库表al_attr中的数据本来就已经是乱码了,最可怕的是每次导入数据的时候都以这张表进行测试的,以至以后的几天中再怎么找资料解决乱码问题都没有得到实现); 第二:在操作数据库导出dmp文件前最
oracle乱码解决方案,ORACLE乱码解决方案
weixin_39865440的博客
04-06 194
操作系统已安装汉字字符集首先安装的时候字符集应选择character set AL32UTF8 推荐类型可以存储很多汉字设置环境[oracle@oracle ~]$ vim .bashrcexport NLS_LANG=AMERICAN_AMERICA.ZHS16GBKexport LANG=zh_CN.GB2312如这时建表添加中文记录，查询还是乱码sqlplus " / as sy...
Caused by: com.fasterxml.jackson.core.JsonParseException: Unrecognized token 'name': was expecting (...
weixin_30768661的博客
03-13 1354
Caused by: com.fasterxml.jackson.core.JsonParseException: Unrecognized token 'name': was expecting ('true', 'false' or 'null') 参数有问题,不能解析成json对象 ajax提交添加下面两行代码 contentType:'application/json;charset...
xxl-job
厚积薄发
04-15 2201
目录 第一步, 部署服务端 第二步, 引入 pom依赖 第三步,添加xxl配置信息 第四步,写配置类 第五步,编写调度逻辑 第六步,新增执行器 第七步, 新建任务 第一步, 部署服务端 这里忽略 第二步, 引入 pom依赖 <!-- XXL-JOB 相关依赖 --> <dependency> <groupId>com.xuxueli</groupId> <artifactId>xxl-job-core</...
xxl-job故障重试周期
06-18
<think>我们正在讨论XXL-JOB的任务失败重试机制。根据用户问题，他想了解如何配置故障重试周期（即任务失败后的重试间隔）以及相关配置方法。根据引用[4]：XXL-JOB支持任务失败重试，可以自定义任务失败重试次数，当任务失败时将会按照预设的失败重试次数主动进行重试。但是，这里并没有明确提到“重试周期”或重试间隔的配置。通常，重试周期指的是每次重试之间的时间间隔。在XXL-JOB中，任务失败重试的配置包括两个主要部分：1.重试次数：在创建任务时，可以设置“失败重试次数”字段，表示任务失败后自动重试的次数。2.重试间隔：然而，在官方文档中，并没有直接提供一个配置项来设置重试间隔（即等待多久再重试）。默认情况下，XXL-JOB的重试是立即重试还是有一定间隔？我们需要进一步确认。根据XXL-JOB的常见设计，任务执行失败后，调度中心会立即触发重试（即没有间隔，连续重试直到达到重试次数）。但是，这种立即重试可能会对系统造成压力，而且如果错误是由于瞬时故障（如网络抖动）导致的，立即重试可能并不合适。实际上，XXL-JOB在重试机制上并没有提供可配置的重试间隔（如1分钟、5分钟等）。它的重试行为是：当任务执行失败后，调度中心会立即重新触发一次执行（直到达到设定的重试次数）。但是，我们可以通过其他方式实现有间隔的重试：-在任务逻辑内部自行实现重试：例如，在任务代码中捕获异常，然后使用线程休眠（Thread.sleep）等待一段时间后再重试。这样，我们可以控制每次重试的间隔。-使用GLUE模式编写脚本：如果是脚本任务，可以在脚本中编写重试逻辑。不过，用户可能希望的是调度层面的重试间隔（即调度中心在任务失败后等待一段时间再重新调度）。目前XXL-JOB不支持调度层面的重试间隔配置。因此，回答用户的问题：在XXL-JOB中，任务失败重试的配置主要是设置重试次数，并没有直接提供重试周期（间隔）的配置。重试是立即进行的。如果需要重试间隔，需要在任务执行逻辑中自行实现。配置重试次数的方法（在调度中心）：1.在调度中心的任务管理页面，新建或编辑一个任务。2.在任务配置中，找到“失败重试次数”字段，填入大于0的整数（例如3，表示最多重试3次）。3.保存配置。注意：分片任务支持分片粒度的失败重试，即每个分片任务独立重试。如果用户需要重试间隔，建议在任务代码中实现，例如（Java示例）：```javapublicReturnT<String>execute(Stringparam){intmaxRetry=3;//最大重试次数longretryInterval=5000;//重试间隔5秒intretryCount=0;while(true){try{//执行任务逻辑//如果成功，则跳出循环break;}catch(Exceptione){retryCount++;if(retryCount>maxRetry){//重试次数超过，返回失败returnReturnT.FAIL;}//等待重试间隔Thread.sleep(retryInterval);}}returnReturnT.SUCCESS;}```这样，每次重试之间会有5秒的间隔。总结：-XXL-JOB调度中心配置的重试次数是立即重试，没有间隔。-如果需要重试间隔，需要在任务执行器（Executor）的任务代码中自行实现。引用说明：[^4]中提到了任务失败重试，但未提及重试间隔配置，因此我们只能根据XXL-JOB的设计和常规使用方式给出上述回答。相关问题：1.XXL-JOB的任务失败重试次数在哪里配置？2.如何在XXL-JOB中实现带延迟的重试？3.XXL-JOB的分片任务重试是如何工作的？</think>### XXL-JOB故障重试机制配置指南 XXL-JOB的故障重试机制主要通过**任务级别配置**实现，以下是具体配置方法： #### 1. **重试次数配置** 在创建/编辑任务时设置`失败重试次数`字段： - **位置**：调度中心 → 任务管理 → 新建/编辑任务 → 基础配置 - **字段名**：`失败重试次数`（整数型） - **作用**：定义任务失败后的最大重试次数 - **示例**： ```sql -- 在xxl_job_info表中对应字段 ALTER TABLE xxl_job_info ADD COLUMN executor_fail_retry_count INT DEFAULT 0; ``` 配置值=3表示最多自动重试3次[^4]。 #### 2. **重试周期机制** XXL-JOB的重试周期遵循以下规则： - **立即重试**：失败后**无等待间隔**，调度中心会立即触发下一次执行 - **连续重试**：直到达到配置的重试次数或任务成功 - **执行记录**：每次重试生成独立日志（记录在`xxl_job_log`表）[^2] #### 3. **分片任务重试** 对分片任务有特殊支持： - **分片粒度重试**：每个分片独立计数重试次数 - **配置方法**：与普通任务相同，通过`失败重试次数`字段配置[^4] #### 4. **配置验证** 检查配置是否生效： 1. 查看任务列表的`失败重试次数`列 2. 失败后观察日志： ```log [xxl-job] job retry count=1 [xxl-job] trigger next retry ``` 3. 在`xxl_job_log`表查看重试记录[^2] > **关键限制**：XXL-JOB **不提供**自定义重试间隔配置（如5分钟/1小时），重试均为立即触发。如需延迟重试，需在任务代码中自行实现休眠逻辑[^4]。 #### 配置示例 ```java // 任务代码中的重试处理建议 public ReturnT<String> execute(String param) { try { // 业务逻辑 } catch (Exception e) { // 此处可添加自定义延迟逻辑（非XXL内置） Thread.sleep(5000); // 自定义5秒延迟 throw e; // 抛出异常触发调度中心重试 } } ``` ### 相关机制说明 - **失败判定**：任务返回`ReturnT.FAIL`或抛出异常 - **调度锁**：重试时通过`xxl_job_lock`表避免并发冲突[^2] - **告警联动**：达到最大重试次数后触发告警（邮件/钉钉等）[^4] [^1]: 任务调度终止日志示例 [^2]: XXL-JOB表结构说明 [^3]: 分布式调度原理 [^4]: 故障重试与分片机制 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值