原文网址:SpringBoot--@Configuration(proxyBeanMethods = false) 的作用_IT利刃出鞘的博客-CSDN博客
简介
说明
本文介绍SpringBoot中@Configuration注解proxyBeanMethods的含义。
SpringBoot源码的写法
看过SpringBoot源码后发现,Spring的自动配置类都是这样写的:@Configuration(proxyBeanMethods = false)。
技术资料与交流 ==> 分享靠谱资料:Java真实面试题汇总、简历模板、PDF书籍、PPT模板等;分享Java实用技术;帮助优化简历;。详见:资料与交流
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
false
说明
如果为true,则是Lite模式。被@Bean标识的方法会做如下处理:
不会被拦截进行CGLIB代理
不会走bean的生命周期中的一些行为(比如:@PostConstruct、@Destroy等 Spring中提供的生命周期)
如果同一个Configuration中调用@Bean标识的方法,就只是普通方法的执行而已,不会从容器中获取对象。
@Bean标识的返回值对象还是会放入到容器中的,从容器中获取bean还是可以是单例的,会走生命周期。
优点
启动时不需要给配置类生成CGLIB子类,减少了启动时间
可以将配置类当作一个普通类使用:也就是说@Bean方法 可以是private、可以是final
缺点
不能声明@Bean之间的依赖(也就是说不能通过方法调用来依赖其它Bean)
解决方案:把依赖Bean放进方法入参里
如何选用true/false
如果配置类中的@Bean标识的方法之间不存在依赖调用的话,可以设置为false,可以避免拦截方法进行代理操作,提升性能。
实例
Bean
package 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都是同一个