配置任务调度器
在 Spring Integration 中,ApplicationContext
扮演着消息总线的核心角色,您只需要考虑几个配置选项。首先,您可能希望控制中央 TaskScheduler
实例。您可以通过提供一个名为 taskScheduler
的单一 Bean 来做到这一点。这也定义为一个常量,如下所示
IntegrationContextUtils.TASK_SCHEDULER_BEAN_NAME
默认情况下,Spring Integration 依赖于 ThreadPoolTaskScheduler
的实例,如 Spring 框架参考手册的 任务执行和调度 部分所述。该默认 TaskScheduler
会自动启动,并使用一个包含十个线程的池,但请参见 全局属性。如果您提供自己的 TaskScheduler
实例,则可以将 'autoStartup' 属性设置为 false
或提供您自己的池大小值。
当轮询消费者在其配置中提供显式任务执行器引用时,处理程序方法的调用将在该执行器的线程池中发生,而不是主调度程序池。但是,当没有为端点的轮询器提供任务执行器时,它将由主调度程序的其中一个线程调用。
不要在轮询线程上运行长时间运行的任务。请改用任务执行器。如果您有很多轮询端点,可能会导致线程饥饿,除非您增加池大小。此外,轮询消费者有一个默认的 receiveTimeout 为一秒。由于轮询线程会阻塞此时间,因此建议您在存在许多此类端点时使用任务执行器,以避免饥饿。或者,您可以减少 receiveTimeout 。
|
如果端点的输入通道是基于队列的(即可轮询的)通道之一,则该端点是轮询消费者。 事件驱动的消费者是那些具有分发器而不是队列的输入通道的消费者(换句话说,它们是可订阅的)。 这些端点没有轮询配置,因为它们的处理程序是直接调用的。 |
在 JEE 容器中运行时,您可能需要使用 Spring 的
|
当在应用程序上下文中配置自定义 TaskScheduler (如上面提到的 DefaultManagedTaskScheduler )时,建议为其提供 MessagePublishingErrorHandler (integrationMessagePublishingErrorHandler bean),以便能够将异常作为发送到错误通道的 ErrorMessage 处理,就像框架提供的默认 TaskScheduler bean 所做的那样。
|
有关更多信息,请参见 错误处理。