Spring Boot中如何利用Prototype作用域优雅创建Runnable Bean

你想要在Spring Boot里替代直接new MyRunnable()的写法，用原型作用域的Bean来管理外部任务的Runnable，这确实是个更符合Spring规范的做法——既避免硬编码实例化，还能让Runnable享受到Spring的依赖注入等特性。下面给你几个优雅的实现方案：

方案一：使用JSR-330的Provider<T>（推荐，解耦Spring） #

这是最通用的方式，Provider是Java标准规范（JSR-330），不绑定到Spring，同时能轻松获取原型Bean的新实例。

首先定义你的原型Runnable：

@Component
@Scope("prototype")
public class MyRunnable implements Runnable {
    // 这里可以注入Spring管理的依赖，比如外部进程监控服务
    @Autowired
    private ExternalProcessMonitor monitor;

    @Override
    public void run() {
        // 执行外部进程的监控与运行逻辑
        monitor.startAndWatchProcess();
    }
}

然后在MyService中注入Provider<MyRunnable>，每次调用get()就能拿到新的原型实例：

@Service
public class MyService {
    private final ExecutorService executorService = Executors.newFixedThreadPool(5);
    private final Provider<MyRunnable> myRunnableProvider;

    // 推荐用构造注入，避免字段注入的弊端
    public MyService(Provider<MyRunnable> myRunnableProvider) {
        this.myRunnableProvider = myRunnableProvider;
    }

    public void triggerNewExternalTask() {
        // 每次调用get()都会生成一个全新的MyRunnable实例
        MyRunnable task = myRunnableProvider.get();
        executorService.submit(task);
    }
}

这个方案的好处是：完全解耦Spring的ApplicationContext，代码更通用，同时严格遵循依赖注入的设计原则。

方案二：使用Spring的@Lookup注解 #

如果你的MyService本身是Spring管理的Bean（比如标注了@Service），可以用@Lookup注解声明一个获取原型Bean的方法，Spring会动态为这个方法生成代理，每次调用都返回新的实例。

修改MyService如下：

@Service
public class MyService {
    private final ExecutorService executorService = Executors.newFixedThreadPool(5);

    public void triggerNewExternalTask() {
        MyRunnable task = createMyRunnable();
        executorService.submit(task);
    }

    // @Lookup告诉Spring：这个方法需要返回原型作用域的Bean实例
    @Lookup
    protected MyRunnable createMyRunnable() {
        // 这里的方法体只是占位，Spring会动态替换实现
        return null;
    }
}

MyRunnable的定义和方案一一致（@Component + @Scope("prototype")）。这个方案的优势是代码更简洁，不需要额外注入Provider，适合纯Spring环境的场景。

方案三：谨慎使用ApplicationContext（不推荐，耦合容器） #

如果你确实需要用ApplicationContext.getBean()，可以通过注入ApplicationContext或者实现ApplicationContextAware接口，但这种方式会让你的代码和Spring容器强耦合，后期维护和测试会更麻烦，所以尽量优先用前面两种方案。

示例代码：

@Service
public class MyService {
    private final ExecutorService executorService = Executors.newFixedThreadPool(5);
    private final ApplicationContext applicationContext;

    public MyService(ApplicationContext applicationContext) {
        this.applicationContext = applicationContext;
    }

    public void triggerNewExternalTask() {
        MyRunnable task = applicationContext.getBean(MyRunnable.class);
        executorService.submit(task);
    }
}

总结 #

优先选择方案一（Provider）或者方案二（@Lookup），这两种都能完美替代new MyRunnable()的逻辑，同时保持代码的解耦性和Spring的规范。

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