spring integration 不原生支持 redis pub/sub 作为消息通道，因其内存内通道与 redis 网络广播语义不匹配；需通过 redismessagelistenercontainer 手动监听并桥接到 integration flow。
Spring Integration 本身不原生支持 Redis Pub/Sub 作为消息通道，它没有像 JmsChannel 或 AmqpChannel 那样的开箱即用的 RedisSubscribingChannel。你不能靠 `ConfigurationProblem。
为什么不能直接声明式绑定 Redis Pub/Sub 到 Integration Channel
Spring Integration 的通道（MessageChannel）是内存内、进程内的通信抽象；而 Redis Pub/Sub 是跨进程、基于网络连接的异步广播机制，两者语义不匹配：
– PublishSubscribeChannel 是本地多播，不涉及序列化/网络/重连
– Redis 的 SUBSCRIBE 必须维持长连接，且每个连接只能归属一个线程（Jedis 不支持多路复用）
– Spring Integration 的标准入站通道适配器（inbound-channel-adapter）不内置 Redis Pub/Sub 支持
必须手动注册 RedisMessageListenerContainer 并桥接到 Integration Flow
真正可行的路径是：用 Spring Data Redis 的 RedisMessageListenerContainer 做底层监听，再通过 ApplicationEventPublisher 或 IntegrationFlowContext 把收到的消息推到 Integration 流中。关键点：
-
RedisMessageListenerContainer必须显式定义为@Bean，不能依赖 auto-configuration - 监听器实现
MessageListener接口，但内部不要做业务，只负责转成IntegrationMessage或事件 - 推荐用
MessageBuilder构造消息后发送到MessageChannel，而不是直接调用gateway.send()—— 后者绕过 channel 拦截器和事务上下文 - 若用 XML 配置，需配合
integration-message-bus扩展包（已废弃），不建议
示例片段：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
@Bean
public RedisMessageListenerContainer redisContainer(RedisConnectionFactory factory) {
RedisMessageListenerContainer container = new RedisMessageListenerContainer();
container.setConnectionFactory(factory);
container.addMessageListener(
(message, pattern) -> {
String payload = new String(message.getBody());
// 转发到 Integration channel
inputChannel.send(MessageBuilder.withPayload(payload).build());
},
new ChannelTopic("notify:order")
);
container.setAutoStartup(true);
return container;
}
用 @ServiceActivator + @EventListener 组合替代“声明式通道”
更轻量、更可控的做法是放弃“通道即订阅”的幻想，改用事件驱动桥接：
- 定义一个自定义事件
RedisPubSubEvent，含channel和payload - 在
MessageListener中发布该事件：applicationEventPublisher.publishEvent(new RedisPubSubEvent(channel, payload)) - 用
@EventListener监听该事件，并用@ServiceActivator绑定到 Integration flow 入口 - 这样既能享受 Spring Integration 的转换、路由、切面能力，又规避了连接生命周期管理混乱的问题
PatternTopic 订阅失败？检查 notify-keyspace-events 配置
如果你用了 PatternTopic("order:*") 却收不到消息，大概率不是代码问题，而是 Redis 服务端没开通知：
- 默认
notify-keyspace-events ""（空值），即禁用所有事件通知 - Pattern 匹配依赖 keyspace 事件，需显式配置：
notify-keyspace-events "Exgltz"（至少含g表示 generic events） - 该配置必须写在
redis.conf中并重启 Redis，或运行CONFIG SET notify-keyspace-events "Exgltz" - 验证是否生效：用
redis-cli PUBSUB CHANNELS和PUBSUB NUMPAT查看当前订阅状态
真正难的从来不是写几行监听代码，而是理解 Redis Pub/Sub 在 Spring 生态里注定是个“二等公民”：它没有事务、没有确认、没有重试，也不被 Integration 的生命周期管理覆盖。硬要把它塞进声明式通道模型，只会让连接泄漏、消息丢失、调试困难——不如坦然接受它的边界，用桥接方式各司其职。
