Micronaut中@Singleton Bean无法预初始化的后台加载方案咨询

你的问题核心在于：未被任何组件引用的@Singleton Bean，即使开启了eagerInitSingletons=true，Micronaut也不会主动初始化它——因为Micronaut默认只会初始化那些被上下文依赖的Bean，避免创建无用实例。

下面是几种靠谱的解决方案：

1. 使用@Context注解（最推荐） #

将你的Bean标记为@Context（它本身就是单例作用域，所以可以保留@Singleton或者直接替换），Micronaut会把这类Bean视为应用上下文的核心组成部分，启动时强制初始化，不管有没有被其他组件引用。

修改你的工厂类：

@Factory
public class Config {

  @Singleton
  @Context // 添加这个注解
  public ResponseScheduler response() {
    System.out.println("Invoked");
    return new ResponseScheduler("test");
   }
}

或者直接用@Context替代@Singleton：

@Factory
public class Config {

  @Context
  public ResponseScheduler response() {
    System.out.println("Invoked");
    return new ResponseScheduler("test");
   }
}

2. 手动在启动时获取Bean #

如果不想修改Bean的注解，可以在应用启动后手动从上下文获取该Bean，触发初始化：

public class Application {

public static void main(String[] args) {
    ApplicationContext context = Micronaut.build(args)
            .eagerInitSingletons(true)
            .mainClass(Application.class)
            .start();
    // 手动获取Bean，强制初始化
    context.getBean(ResponseScheduler.class);
  }
}

这种方式比较直接，但属于硬编码，不如@Context优雅。

3. 让Bean监听应用启动事件 #

让ResponseScheduler实现ApplicationEventListener<ApplicationReadyEvent>，当应用启动完成时，事件触发会导致Bean被实例化：

// 如果可以修改ResponseScheduler类：
public class ResponseScheduler implements ApplicationEventListener<ApplicationReadyEvent> {
    public ResponseScheduler(String name) {
        // 原构造逻辑
    }

    @Override
    public void onApplicationEvent(ApplicationReadyEvent event) {
        // 这里可以写启动后的初始化逻辑，构造器已经被调用过了
    }
}

然后保持工厂类的@Singleton注解，同时确保Micronaut能扫描到这个Bean（比如包路径在扫描范围内）。

补充说明 #

eagerInitSingletons=true的作用是：对于那些已经被上下文识别为需要存在的单例Bean，提前初始化而不是懒加载——但前提是这个Bean已经被上下文“标记”为需要创建（比如被其他Bean依赖、或者是@Context Bean）。你的情况因为Bean没有被引用，所以即使开启这个配置，Micronaut也不会主动创建它。

内容的提问来源于stack exchange，提问作者Ryuzaki L