Spring Integration网关路由问题：网关未收到服务激活器回复

看起来你遇到的核心问题是显式指定固定reply-channel导致网关无法关联请求与响应，下面一步步帮你排查和修复：

1. 直接修复：移除网关的reply-channel配置 #

你的链内网关显式指定了reply-channel="replyChannel"，这会破坏Spring Integration默认的请求-响应关联机制。当网关在处理链中时，框架会自动为每个请求生成一个临时回复通道，并通过消息头传递给下游组件，下游处理完成后会自动回复到这个临时通道，确保网关能正确收到对应请求的响应。

修改后的网关配置应该是：

<int:gateway request-channel="routerChannel" error-channel="errorChannel"/>

同时，服务激活器不需要再指定output-channel="replyChannel"，直接去掉即可，框架会自动使用消息头里的临时回复通道：

<int:service-activator input-channel="channel1" ref="service1" method="handle"/>
<int:service-activator input-channel="channel2" ref="service2" method="handle"/>
<int:service-activator input-channel="channel3" ref="service3" method="handle"/>

2. 额外检查点：路由器表达式的潜在问题 #

你的路由器表达式写的是：

expression="headers.matcher.matches('(test)|(test2)')?headers.matcher:'other'"

但下面的映射是test1、test2、other。这里正则匹配的是test或test2，但映射里没有test的通道，只有test1，这可能导致路由不符合预期（比如当matcher是test时，会找不到对应通道）。如果这是笔误，建议把正则改成(test1)|(test2)，或者把映射的test1改成test，确保路由逻辑正确。

3. 原理补充 #

为什么显式指定reply-channel会出问题？

• 当你指定固定的replyChannel时，所有服务激活器的响应都会发送到这个通道，但网关无法区分哪个响应对应哪个请求（缺少请求关联的correlationId和临时通道信息）。
• Spring Integration的网关默认使用请求-响应的关联机制，通过replyChannel消息头传递临时通道，下游组件处理完成后将响应发送到这个临时通道，网关就能精准接收自己发起的请求的响应。

修改完上面的配置后，你的处理链应该就能正常工作了：网关会正确接收服务的响应，然后继续执行链里的transformer逻辑。

内容的提问来源于stack exchange，提问作者Romas Augustinavičius