Spring调度程序意外停止

Question

我们在Tomcat 6上有一个Spring 3 Web应用程序，它通过@Sched（主要用于每天晚上运行的作业）使用了几个计划服务。现在看来，有时（很少，也许是两个月左右一次）调度程序线程会停止工作，因此在接下来的晚上不会执行任何作业。在我们的日志文件中没有异常或日志条目。

有人知道为什么会发生这种情况吗？或者如何获得关于这个问题的更多信息？

有没有办法在应用程序中检测到这种情况并重新启动调度程序？

目前，我们正在通过每5分钟运行一次并创建日志条目的日志作业来解决这个问题。如果日志文件停止更新（由nagios监控），我们知道是时候重新启动tomcat了。在没有完全重启服务器的情况下重新启动作业会很好。

Answer 1

在我的例子中，堆栈跟踪是绝对干净的，线程只启动了几次，仅此而已。问题与另一个计划相冲突。

已更新

计划不能正常工作，因为我使用了fixedDelayString，并且上一个作业在开始新作业时没有结束。将调度更改为fixedRateString后，线程正确启动。

Answer 2

这很容易找到。您可以使用堆栈跟踪来执行此操作。有许多帖子介绍了如何获取堆栈跟踪，在unix系统上，您可以执行“kill-3”，堆栈跟踪显示在catalina中。输出日志文件。

有了堆栈跟踪后，找到调度程序线程，看看它在做什么。它正在执行的任务是否可能卡住了？

您还可以在此处发布堆栈跟踪以获取更多帮助。

重要的是要知道您使用的是什么调度程序。如果您使用SimpleAsyncTaskExecutor，它将为每个任务启动一个新线程，您的调度将永远不会失败。然而，如果你有无法完成的任务，你最终会耗尽内存。

http://docs.spring.io/spring/docs/3.0.x/reference/scheduling.html

Answer 3

既然这个问题得到了这么多的投票，我将发布我的问题的解决方案（可能非常具体）。

我们正在使用Apache HttpClient库调用调度作业中的远程服务。遗憾的是，在执行请求时没有设置默认超时。设置后

connectTimeout
connectionRequestTimeout
socketTimeout

到了30秒，问题就解决了。

int timeout = 30 * 1000; // 30 seconds
RequestConfig requestConfig = RequestConfig.custom()
        .setConnectTimeout(timeout)
        .setConnectionRequestTimeout(timeout)
        .setSocketTimeout(timeout).build();
HttpClient client = HttpClients.custom()
        .setDefaultRequestConfig(requestConfig).build();