在Springs @Configuration中何时将proxyBeanMethods设置为false？

Question

查看spings autoconfiure源代码时，似乎每个自动配置类都设置了proxyBeanMethod=false。

@Configuration(proxyBeanMethods=false)
public class SomeAutoConfiguration {
    ...
}

javadoc对这个特定字段给出了详细的解释：

指定是否应该代理{@code@Bean}方法以强制bean生命周期行为，例如，即使在用户代码中直接调用{@code@Bean}方法的情况下，也返回共享的单例bean实例。（…）如果不需要这样做，因为此特定配置的每个{@code@Bean}方法都是自包含的，并且设计为容器使用的普通工厂方法，请将此标志切换为{@code false}以避免CGLIB子类处理。（…）

读完这篇文章后，我仍然感到困惑，什么时候最好将其设置为false。

这是我的问题：

• 有人能举一个具体的例子，说明这个字段应该是正确的吗？
• 为什么此字段在自动配置类上设置为false？

更新：在github上发现了两个问题，可以解释为什么在大多数自动配置类上它是false：

< Li > https://github . com/spring-projects/spring-boot/issues/9068 < Li > https://github . com/spring-projects/spring-framework/issues/22461

Answer 1

Spring在5.2版中引入了proxyBeanMethod。proxyBeansMethod的默认值为true。这意味着默认情况下将为使用@Configuration配置的类生成代理对象。在Springboot版本2及以后，所有AutoConfiguration类都使用@Configuration（proxyBeanMethod=false）配置。这是因为自动配置功能在SpringBoot中被广泛使用。生成代理对象将增加Spring的启动时间并增加代理部分的对象内存。最佳实践是使用@Configuration（proxyBeanMethod=false）注释配置类

Answer 2

像这样：

@Configuration(proxyBeanMethods=true)
public class SomeConfiguration {
    @Bean
    ServiceA serviceA(){
      return new ServiceA(sharedService());
    }

    @Bean
    ServiceB serviceB(){
      return new ServiceB(sharedService());
    }

    @Bean
    ServiceC sharedService(){
      return new ServiceC();
    }
}

在这里，代理Bean方法将确保“共享服务”方法将被拦截并重新使用其结果。如果遵循正常的 java 逻辑，则在调用服务 A（） 和服务 B（） 时，将有两个不同的服务C 实例，而当直接调用共享服务（） 时，将创建第三个实例。然后，代理拦截器将确保实际方法仅调用一次，因此只创建共享 ServiceC 的一个实例，并且 ServiceA 和服务 B 都将获取共享实例。

然而，proxyBeanMethods=true在启动期间有性能成本，特别是对于具有大量@Configuration类的库，如spring boot的内部库。参见例如。https://github.com/spring-projects/spring-boot/issues/9068#issuecomment-461520814对SpringWebFlux的影响。默认情况下，他们无法将其更改为false，因为这会破坏向后兼容性。请参阅原始问题中的链接。

您可以使用不同的配置模式来避免这种情况，这可能就是自动配置类所做的。

一种方法是通过方法参数而不是嵌套的方法调用来自动连接服务。这在普通的Java中没什么意义，但是在Spring配置中可以工作:

@Configuration(proxyBeanMethods=false)
public class SomeSmarterConfiguration {

    @Bean
    ServiceC sharedService(){
      return new ServiceC();
    }

    @Bean
    ServiceA serviceA(ServiceC sharedService){
      return new ServiceA(sharedService);
    }

    @Bean
    ServiceB serviceB(ServiceC sharedService){
      return new ServiceB(sharedService);
    }
}