原文网址：SpringBoot--@Configuration(proxyBeanMethods = false) 的作用_IT利刃出鞘的博客-CSDN博客
简介说明
本文介绍SpringBoot中@Configuration注解proxyBeanMethods的含义。
SpringBoot源码的写法
看过SpringBoot源码后发现，Spring的自动配置类都是这样写的：@Configuration(proxyBeanMethods = false)。
proxyBeanMethods的取值proxyBeanMethods属性的默认值是true。
true说明
如果为true，则是Full模式。被@Bean标识的方法会做如下处理：
- 都会被CGLIB进行代理
- 会走bean的生命周期中的一些行为（比如：@PostConstruct、@Destroy等 Spring中提供的生命周期）
- 无论调用几次，得到的都是同一个bean
优点
可以支持通过常规Java调用相同类的@Bean方法而保证是容器内的Bean，这有效规避了在“Lite模式”下操作时难以跟踪的细微错误。
缺点
- 启动时会给该配置类生成一个CGLIB子类放进容器（代理），会增加启动时间。
- Spring Boot有很多配置类，这个开销是不容忽视的。这也是Spring 5.2新增了proxyBeanMethods属性的原因
- 因为被代理了，所以@Bean方法 不可以是private、不可以是final
说明
如果为true，则是Lite模式。被@Bean标识的方法会做如下处理：
- 不会被拦截进行CGLIB代理
- 不会走bean的生命周期中的一些行为（比如：@PostConstruct、@Destroy等 Spring中提供的生命周期）
- 如果同一个Configuration中调用@Bean标识的方法，就只是普通方法的执行而已，不会从容器中获取对象。
- @Bean标识的返回值对象还是会放入到容器中的，从容器中获取bean还是可以是单例的，会走生命周期。
优点
- 启动时不需要给配置类生成CGLIB子类，减少了启动时间
- 可以将配置类当作一个普通类使用：也就是说@Bean方法 可以是private、可以是final
缺点
- 不能声明@Bean之间的依赖（也就是说不能通过方法调用来依赖其它Bean）
- 解决方案：把依赖Bean放进方法入参里
如果配置类中的@Bean标识的方法之间不存在依赖调用的话，可以设置为false，可以避免拦截方法进行代理操作，提升性能。
实例 Beanpackage com.knife.tmp;
import lombok.AllArgsConstructor;
import lombok.Data;
import lombok.NoArgsConstructor;
@Data
@NoArgsConstructor
@AllArgsConstructor
public class MyUtil {
private String name;
public void welcome(String customer) {
System.out.println("Welcome, " + customer);
}
}
配置类
package com.knife.tmp;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration(proxyBeanMethods = false)
public class CommonConfig {
@Bean
public MyUtil myUtil1(){
System.out.println("myUtil1方法");
myUtil2();
return new MyUtil("Tony");
}
@Bean
public MyUtil myUtil2(){
System.out.println("myUtil2方法");
return new MyUtil("Peter");
}
}
其他类
package com.knife.util;
import org.springframework.beans.BeansException;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;
import org.springframework.stereotype.Component;
@Component
public class ApplicationContextHolder implements ApplicationContextAware {
private static ApplicationContext context;
public void setApplicationContext(ApplicationContext context) throws BeansException {
ApplicationContextHolder.context = context;
}
public static ApplicationContext getContext() {
return context;
}
}
测试类
package com.knife.controller;
import com.knife.util.ApplicationContextHolder;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
public class HelloController {
@GetMapping("/test")
public String test() {
Object myUtil2 = ApplicationContextHolder.getContext().getBean("myUtil2");
return "test success";
}
}
测试
测试1：proxyBeanMethods = false
启动结果：myUtil2方法执行了两次。
打个断点：
访问：http://localhost:8080/test
结果：
释放断点，再次访问：发现多次获取的myUtil2这个bean都是同一个
测试2：proxyBeanMethods = true修改配置类为：
package com.knife.tmp;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration(proxyBeanMethods = true)
public class CommonConfig {
@Bean
public MyUtil myUtil1(){
System.out.println("myUtil1方法");
myUtil2();
return new MyUtil("Tony");
}
@Bean
public MyUtil myUtil2(){
System.out.println("myUtil2方法");
return new MyUtil("Peter");
}
}
启动结果：myUtil2方法执行了1次。
打个断点：
访问：http://localhost:8080/test
结果：
释放断点，再次访问：发现多次获取的myUtil2这个bean都是同一个
测试3：不指定proxyBeanMethods启动结果：myUtil2方法执行了1次。
打个断点：
访问：http://localhost:8080/test
结果：
释放断点，再次访问：发现多次获取的myUtil2这个bean都是同一个
