Micronaut注入的BeanContext无法获取bean。

Question

在我的应用中，它不是一个Web服务应用，因此不提供REST端点，我正在使用注入的BeanContext按需创建其他Bean的实例。这些Bean是@Prototype类型，而不是@Singleton，因为它们只应在需要时存在，并在使用后被丢弃。

该代码在Micronaut 3.6.3版本上运行良好，但当我升级到4.2.2版本时，注入的BeanContext无法找到任何Bean了。使用beanContext.getBean(ProtoTypeBean.class)会抛出NoSuchBeanException异常。

为了更清楚地说明问题，我在我的GitHub仓库中有一个可复现此问题的案例。

简化后的代码结构如下：

主应用启动ApplicationContext，这将创建一个ScheduleReader实例并调用其run()方法：

public static void main(String[] args) {
    try (final ApplicationContext context = ApplicationContext.run()) {
        context.getBean(ScheduleReader.class).run();
    }
}

在ScheduleReader.run()方法内部，我利用注入的BeanContext来创建另一个Bean的实例：

@Singleton
@Slf4j
public class ScheduleReader implements Runnable {

   private final BeanContext beanContext;

   @Inject
   ScheduleReader(final BeanContext beanContext) {
      this.beanContext = beanContext;
   }

   @Override
   public void run() {
      beanContext.getBean(Action.class).run();
   }

}

Action也是一个@Prototype类型的Bean，但在尝试获取它时，我遇到了以下异常：

12:22:29.946 [pool-1-thread-1] ERROR com.example.ScheduleReader - Error while starting Action: No bean of type [com.example.Action] exists. Make sure the bean is not disabled by bean requirements (enable trace logging for 'io.micronaut.context.condition' to check) and if the bean is enabled then ensure the class is declared a bean and annotation processing is enabled (for Java and Kotlin the 'micronaut-inject-java' dependency should be configured as an annotation processor).
io.micronaut.context.exceptions.NoSuchBeanException: No bean of type [com.example.Action] exists. Make sure the bean is not disabled by bean requirements (enable trace logging for 'io.micronaut.context.condition' to check) and if the bean is enabled then ensure the class is declared a bean and annotation processing is enabled (for Java and Kotlin the 'micronaut-inject-java' dependency should be configured as an annotation processor).
    ...

当我直接在ScheduleReader类中再次使用ApplicationContext.run()来获取另一个应用上下文时，我能够成功检索到其他Bean，但这似乎不是理想解决方案，毕竟每次创建Bean实例都要启动一个新的应用上下文显得不太合理。

Micronaut的指南主要关注于带有REST控制器的应用启动，但如前所述，我的应用是一个独立运行的应用，不暴露任何端点。在迁移指南中也没有找到关于这一变化或如何解决此问题的线索。

我是否漏掉了什么关键步骤或配置？

zaph · Answer

我认为原因可能是你使用了getBean()方法而非createBean()方法。getBean()方法在ApplicationContext中工作正常，因为应用上下文在初始化时会实例化所有Bean，但BeanContext是惰性加载它们的。如果你查看getBean()方法的实现并跟随方法调用，你会在DefaultBeanContext.java中找到如下方法：

    @NonNull
    public  T getBean(@Nullable BeanResolutionContext resolutionContext,
                         @NonNull Argument beanType,
                         @Nullable Qualifier qualifier) {
        ArgumentUtils.requireNonNull("beanType", beanType);
        return resolveBeanRegistration(resolutionContext, beanType, qualifier, true).bean;
    }

最后一行代码正是抛出你遇到的那个异常的地方。

Bozho · Answer

ScheduleReader 类使用了一个 ScheduledExecutorService 来定期触发功能的新周期执行。这个后台任务会导致 run 方法完成执行，进而激活自动关闭机制，执行 DefaultBeanContext#stop() 方法。

Bean 的定义存储在 DefaultBeanContext 的 beanDefinitionClasses 缓存中。Micronaut 的早期版本在调用 DefaultBeanContext#stop() 方法时并不会清空这个缓存，但是当前版本会进行清空操作。

因此，当 main 方法执行完毕，自动关闭机制启动后，缓存会在 ScheduledExecutorService 触发第一次周期执行前被清除。

解决这个问题的一个方案是阻塞 run() 方法，使其永不结束，这样自动关闭就不会触发。另一个可能的方案是移除 try-with-resources 块，避免自动调用 .stop() 方法，从而不清理缓存，但在我看来，这不是一个干净的解决方案。

我已经将我的解决方案推送到了 GitHub仓库，通过不同的提交保留起来，以便未来参考。