对于最新的稳定版本,请使用 Spring Integration 6.4.3! |
使用消息流
IntegrationFlowBuilder
提供顶级 API 以生成连接到消息流的集成组件。
当您的集成可以通过单个流完成时(通常是这种情况),这很方便。
交互IntegrationFlow
实例可以通过MessageChannel
实例。
默认情况下,MessageFlow
在 Spring 集成的说法中表现为“链”。
也就是说,端点由DirectChannel
实例。
消息流实际上并不是作为一个链构建的,这提供了更大的灵活性。
例如,您可以向流中的任何组件发送消息,前提是您知道其inputChannel
名称(即,如果您明确定义了它)。
您还可以在流中引用外部定义的通道,以允许使用通道适配器(以启用远程传输协议、文件 I/O 等),而不是直接通道。
因此,DSL 不支持 Spring 集成chain
元素,因为它在这种情况下不会增加太多价值。
由于 Spring 集成 Java DSL 生成与任何其他配置选项相同的 bean 定义模型,并且基于现有的 Spring 框架@Configuration
基础结构,它可以与 XML 定义一起使用,并与 Spring Integration 消息传递注释配置连接。
您还可以定义 directIntegrationFlow
实例。
以下示例显示了如何执行此作:
@Bean
public IntegrationFlow lambdaFlow() {
return f -> f.filter("World"::equals)
.transform("Hello "::concat)
.handle(System.out::println);
}
此定义的结果是与隐式直接通道连接的同一组集成组件。
此处的唯一限制是此流从命名的直接渠道 -lambdaFlow.input
.
此外,Lambda 流不能从MessageSource
或MessageProducer
.
从版本 5.1 开始,这种IntegrationFlow
包装到代理中,以公开生命周期控制并提供对inputChannel
内部关联的StandardIntegrationFlow
.
从版本 5.0.6 开始,为IntegrationFlow
包括 Flow Bean,后跟一个点 (.
) 作为前缀。
例如,ConsumerEndpointFactoryBean
对于.transform("Hello "::concat)
在前面的示例中,将生成 Bean 名称lambdaFlow.o.s.i.config.ConsumerEndpointFactoryBean#0
.
(该o.s.i
是org.springframework.integration
以适应页面。
这Transformer
该端点的实现 Bean 名称为lambdaFlow.transformer#0
(从版本 5.1 开始),其中MethodInvokingTransformer
class 时,会使用其组件类型。
相同的模式适用于所有NamedComponent
s。
这些生成的 Bean 名称前面加上流 ID,用于解析日志或在某些分析工具中将组件分组在一起,以及避免在运行时同时注册集成流时出现争用情况。
有关更多信息,请参阅 动态和运行时集成流 。