Full模式和Lite模式均是针对于Spring配置类而言的,和xml配置文件无关。
标注有@Configuration或者@Configuration(proxyBeanMethods = true)的类被称为Full模式的配置类,proxyBeanMethods默认为TRUE。在常见的场景中,@Bean
方法都会在标注有@Configuration
的类中声明,以确保总是使用“Full模式”,这么一来,交叉方法引用会被重定向到容器的生命周期管理,所以就可以更方便的管理Bean依赖。
优点:可以支持通过常规Java调用相同类的@Bean方法而保证是容器内的Bean,这有效规避了在“Lite模式”下操作时难以跟踪的细微错误。
缺点:1.运行时会给该类生成一个CGLIB子类放进容器,有一定的性能、时间开销(这个开销在Spring Boot这种拥有大量配置类的情况下是不容忽视的,这也是为何Spring 5.2新增了proxyBeanMethods属性的最直接原因)
2.正因为被代理了,所以@Bean方法 不可以是private、不可以是final
当@Bean方法在没有使用@Configuration注释的类中声明时,它们被称为在Lite模式下处理。它包括:在@Component中声明的@Bean方法,甚至只是在一个非常普通的类中声明的Bean方法,都被认为是Lite版的配置类。@Bean方法是一种通用的工厂方法(factory-method)机制。
和Full模式的@Configuration不同,Lite模式的@Bean方法不能声明Bean之间的依赖关系。因此,这样的@Bean方法不应该调用其他@Bean方法。每个这样的方法实际上只是一个特定Bean引用的工厂方法(factory-method),没有任何特殊的运行时语义。
以下配置属于Lite模式:
自Spring5.2(对应Spring Boot 2.2.0)开始,内置的几乎所有的@Configuration配置类都被修改为了@Configuration(proxyBeanMethods = false),目的是以此来降低启动时间,为Cloud Native继续做准备。
优点:1.运行时不再需要给对应类生成CGLIB子类,提高了运行性能,降低了启动时间
2.可以该配置类当作一个普通类使用喽:也就是说@Bean方法 可以是private、可以是final
缺点:不能声明@Bean之间的依赖,也就是说不能通过方法调用来依赖其它Bean(可以用其它方式“弥补”,比如:把依赖Bean放进方法入参)