Fatal编程技术网

Spring integration 使用应答信道头时

spring-integration

Spring integration 使用应答信道头时,spring-integration,Spring Integration,可以包含带有对象类型值的replyChannel键。我知道，在我的自定义端点中，我可以按照自己的意愿使用此标题，但我认为replyChannel标题有一些默认含义。请向我解释何时使用replyChannel头。对于大多数应用程序，通常不需要操纵replyChannel头。框架要求将应答路由到从各种类型的入站网关开始的基于请求-应答的流。高级流可能会将应答通道设置为通道或通道名称，但如果它们是请求/应答，源自网关（或MessagingTemplate），则最终必须还原原始标头 每当以编程方式或在网

可以包含带有
对象
类型值的
replyChannel
键。我知道，在我的自定义端点中，我可以按照自己的意愿使用此标题，但我认为
replyChannel
标题有一些默认含义。请向我解释何时使用
replyChannel
头。

对于大多数应用程序，通常不需要操纵
replyChannel
头。框架要求将应答路由到从各种类型的入站网关开始的基于请求-应答的流。高级流可能会将应答通道设置为通道或通道名称，但如果它们是请求/应答，源自网关（或
MessagingTemplate
），则最终必须还原原始标头

每当以编程方式或在网关内使用
*sendandereceive（）
消息时，它都由
MessagingTemplate
设置

目前，它是不可序列化的（您不能在流中持久化消息），因为它是一个“活动”java对象实例，发送线程将期望找到回复。即使您通过将回复发送到网关上的
回复频道
，将回复路由到网关，情况仍然如此；网关上的应答通道桥接到报头通道

即将发布的3.0版本有一个允许注册头通道并用字符串替换它们的框架，以便可以序列化它们，框架将根据需要从注册表中恢复它们