过去,我见过人们使用以下 2 个习惯用法从同一个 @Configuration
注入(inject)依赖项:
@Configuration
public class MyConfiguration {
@Bean
public MyBeanDependencyA myBeanDependencyA(){
return new MyBeanDependencyA();
}
@Bean . //IDIOM 1
public MyBeanDependencyB1 myBeanDependencyB1(){
return new MyBeanDependencyB1(myBeanDependencyA());
}
@Bean //IDIOM 2
public MyBeanDependencyB2 myBeanDependencyB2(MyBeanDependencyA myBeanDependencyA){
return new MyBeanDependencyB1(myBeanDependencyA);
}
}
它们之间有什么实际区别吗?
- Spring 是否在每次调用 IDIOM 1 时处理整个实例化方法? (如果方法有任何副作用,则相关,可能不是幂等的)?
- Spring 在为 IDIOM 1 注入(inject)时是否会注入(inject)全局托管实例? (相关如果某个外部进程改变了原始单例 bean 的状态)
Spring容器有那么聪明吗?
最佳答案
Does Spring process the whole instantiation method in each call for IDIOM 1? (relevant if method has any side-effect, might be not idempotent)?
默认情况下,@Configuration
类在运行时被代理,因此MyBeanDependencyA
将被创建一次,并且myBeanDependencyA()
将仅被调用一次Spring 和下一个调用将被代理以返回相同的实例(就您共享的示例而言)。上下文中只会有该 bean 的一个实例,因为它的范围是 Singleton
。
Does otherwise Spring inject the global managed instance when injecting for IDIOM 1? (relevant If some external process changes the state of the original singleton bean)
当 IOC 容器被查询时,它将返回 Singleton bean 的相同实例。由于它是一个 Singleton
,对此 bean 的所有更改(如果它是可变的)对于引用它的组件来说都是可见的。
作为旁注,您可以禁用配置类的自动代理,因为 Spring 5.2通过使用:
@Configuration(proxyBeanMethods = false)
这将阻止从其他 @Bean
方法调用的用 @Bean
注释的方法的代理调用。
关于java - 从完全相同的 @Configuration 类习惯用法中注入(inject) @Beans,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59059368/