记一次-XxlRpcExceptionxxlrpc-request-timeout-at-超时问题

55次阅读

共计 1221 个字符,预计需要花费 4 分钟才能阅读完成。

事件起因

昨天有同事找我到,说他搭建的 XXL-JOB 任务调度系统不能工作了,调用总是出错(服务端返回 500)希望我能帮忙处理一下,不过说实话我也没有搭建过 XXL-JOB 的经验,但是既然同事请求了,就只能硬着头皮帮忙一起看下,解决的过程还算比较顺利,但是发现网上这块的资料很少,所以打算把解决过程用博客记录下来,希望可以帮助到遇到同样问题的同学们

解决过程

同事跟我说起初怀疑是 Shiro 拦截了定时任务的请求,但是他注释了 Shiro 相关的代码后,XXL-JOB 的请求还是无法成功(请求成功一次后,再次请求就出现标题的超时错误),然后我查看了 XXL-JOB 的请求日志,服务端的 HTTP 返回码是 500,错误日志是 XxlRpcException: xxl-rpc, request timeout at,基本排除了是 Shiro 认证导致的问题,原因是因为 Shiro 是认证框架,认证不通过的话,返回的错误码应该是 401 Unauthorized 类的异常,但是从 XXL-JOB 的日志显示这明显是通信错误,难道是某个相关的服务被关了?

带着这个疑问我去查了下 XXL-JOB 的文档,项目要使用 XXL-JOB 的调用,就会引入的 xxl-job-core 包,xxl 客户端项目就会在启动时使用占用一个端口监听并且消费 XXL-JOB 发过来的调用(我们设置的端口是 9999),我尝试启动项目后观察端口占用情况,项目启动后端口 9999 是正常启用的,然后在我使用 XXL-JOB 手动执行启动后(第一次请求是成功的),然后我再查看端口情况,发现 9999 端口就已经关闭了,所以问题在这里已经被找到了,客户端项目的 xxl 监听端口被关闭,导致后续 XXL-JOB 请求都无法响应,自然也就请求超时,但是这明显不像是程序问题,因为以前没出现过。近期才开始出现。于是我通过搜索引擎找到了 xxl-job 官方在 github 的 Issue https://github.com/xuxueli/xx…,通过 issue 的内容看到官方已经告知是版本的 BUG,并且在新版中这个 BUG 已经修复,以下是我使用的版本信息

<dependency>
    <groupId>com.xuxueli</groupId>
    <artifactId>xxl-job-core</artifactId>
    <version>2.0.0</version>
</dependency>

并且我发现这个版本在 mvnrepository 也几乎没人用

我果断的把客户端的 xxl-job-core 升级到官方推荐的最新版,代码如下:

<dependency>
    <groupId>com.xuxueli</groupId>
    <artifactId>xxl-job-core</artifactId>
    <version>2.0.0</version>
</dependency>

然后启动项目,在 XXL-JOB 手动执行任务,查看端口情况,问题解决。。
更多技术咨询,请关注公众号,find me !

正文完
 0