了解在 Web 容器中启动 Spring 批处理作业

Question

我在阅读 Spring Batch 文档时发现，如果我们必须有效地从 Web 运行批处理作业，我们就必须使用 TaskExecutor 接口的不同实现（异步版本）容器。

我假设 Http 请求会触发批处理作业。据我了解，当客户端通过 JobLauncher 接口的 run 方法启动作业时，客户端必须等待返回 JobExecution 对象，因为典型的批处理作业最终会运行几个小时，如果作业同步执行，这可能不太可行。现在，AsyncTaskExecutor 将在单独的线程中执行每个步骤，并立即返回具有 UNKNOWN 状态的 JobExecution 对象。

首先，有人可以向我解释一下，从客户端-服务器连接的角度来看这是如何工作的吗？在每种情况下，客户端在终止会话之前是否不会等待批处理完成？或者，客户端是否不知道批处理作业的退出状态？整个问题是否与必须保持连接直到批处理结束有关？

举个例子，假设客户端有一个发送 HTTP get 请求的网页，该请求由 servlet 的 doget 方法提供服务。此方法调用作业启动器的run方法。此方法将返回JobExecution对象。故事的其余部分如上所述。

谢谢， 阿迪亚。

Answer 1

这在一定程度上取决于 servlet 在调用 run 方法并收到 JobExecution 对象返回后执行的操作。我假设 doget 方法在调用 run 后返回。

如果您不使用异步执行器，则对作业启动器上的 run 方法的调用将同步执行。也就是说，调用将等待批处理作业完成并返回 JobExecution 对象。从连接角度来看，客户端的 HTTP 连接在整个批处理作业期间将保持打开状态。当 servlet 的 doGet 方法返回时（或者如果在某个级别遇到某种超时，例如防火墙或套接字读取超时），HTTP 连接将被关闭。

如果您确实使用异步执行器，则对 run 方法的调用将立即返回。之后 doGet 方法将返回，HTTP 响应将被发送到客户端，并且连接将被关闭（假设没有 HTTP keep-alive）。

Answer 2

从 Web 容器内运行作业

通常作业是从命令行启动的。然而，在很多情况下，从 HttpRequest 启动是更好的选择。许多此类用例包括报告、临时作业运行和 Web 应用程序支持。由于批处理作业根据定义需要长时间运行，因此最重要的问题是确保异步启动作业：

这里 Spring MVC 控制器使用已在其中的 JobLauncher 启动一个作业配置好的异步启动，立即返回 JobExecution。该作业可能仍在运行，但是，这种非阻塞行为允许控制器立即返回，这是处理 HttpRequest 时所必需的。

示例如下：

@Controller
public class JobLauncherController {

    @Autowired
    JobLauncher jobLauncher;

    @Autowired
    Job job;

    @RequestMapping("/jobLauncher.html")
    public void handle() throws Exception{
        jobLauncher.run(job, new JobParameters());
    }
}

源