为什么使用 containerGroup 会阻止我的其他侦听器工作？

Question

我的应用程序正在收听多个主题。其中一些是压缩主题，用于在内存中加载一些数据。

我想先加载这些数据，所以我使用 SmartLifecycle 在其他容器之前手动启动这些容器。

它工作得很好，但为了简单起见，我尝试使用 containerGroup

@KafkaListener(id = "myId", containerGroup = "compacted", ...)

然后在我使用的 SmartLifecycle bean 中：

        Collection<MessageListenerContainer> compactedListenerContainers = applicationContext.getBean("compacted", Collection.class);

但是一旦我这样做了，在“启动”方法完成后，其他容器就永远不会启动了。

如果我将此行替换为：

Collection<MessageListenerContainer> compactedListenerContainers = Arrays.asList(registry.getListenerContainer("myId"));

它的工作。

知道为什么获取 containerGroup 的 bean 会阻止所有其他侦听器工作吗？知道所有其他 @KafkaListeners 只是由以下定义：

@KafkaListener(topics = "myTopic")

编辑

进一步排查，问题与KafkaListenerEndpointRegistry有关。

如果 SmartLifeCycle bean 是使用“KafkaListenerEndpointRegistry”作为依赖项创建的，则应用程序正在运行。即使我根本不使用注册表。

但是，如果在没有此注册表的情况下创建 SmartLifeCycle bean，应用程序将失败。

Answer 1

你需要展示你的容器工厂。我假设您已autoStartup设置为 false，因为您是手动启动它们。所以其他人也不会开始；因为您想在压缩主题加载后启动它们，只需调用start()端点注册表，它将启动其他主题。或者你可以把其他的放在另一个containerGroup.