将Spring管理的ConfigurationObject注入非Spring管理的UserObject是否可行？

数据老陈

2026-5-11

回答：完全可以这么实现！

你的思路是对的，这种通过构造器传递Spring管理配置对象的方式完全可行，而且是一种很清晰的依赖传递方式。

为什么这个方案可行？

ConfigurationObject被@Configuration注解标记，Spring会将它作为单例Bean纳入容器管理，确保全局只有一个实例，且配置值configItem会被正确注入。
当你在Spring管理的组件（比如@Service、@Component或者其他Bean）中获取到ConfigurationObject实例后，通过new UserObject(config)的方式把它传给普通对象，UserObject虽然不受Spring管理，但它持有了Spring Bean的引用，自然能访问到配置内容。

你的代码没问题，但要注意这几点：

必须在Spring环境内传递Bean：你只能在Spring管理的Bean内部去实例化UserObject并传入ConfigurationObject。比如在一个Service类里：

@Service
public class UserService {
    private final ConfigurationObject config;

    // 构造器注入Spring管理的配置Bean
    public UserService(ConfigurationObject config) {
        this.config = config;
    }

    public UserObject createUser() {
        // 在这里new UserObject并传入配置
        return new UserObject(config);
    }
}

如果在完全脱离Spring容器的代码里直接new UserObject(new ConfigurationObject(...))，那配置值${config.item}不会被Spring解析，这就失去意义了。

共享单例配置：因为ConfigurationObject是单例，所有通过这种方式创建的UserObject都会共享同一个配置实例，这通常是配置类的设计初衷（全局统一配置），但如果你的场景需要每个UserObject有独立配置，那这个方案就不适用了。
配置不可变性：你的configItem是final的，这非常好——避免了配置被意外修改，保证了全局配置的一致性。